stax比dom快因采用流式拉取解析，内存占用恒定；写xml时stax可控性优于sax因其为拉模型且支持游标式输出；性能瓶颈多源于重复调用、未禁用命名空间等隐式开销。
StAX读XML时为什么比DOM快得多
因为DOM必须把整个XML树加载进内存，而StAX是流式拉取，边读边解析，内存占用基本恒定。一个200MB的XML文件，DOM可能直接OOM，StAX却只用几MB堆内存。
-
XMLInputFactory.newInstance()创建工厂后，用createXMLEventReader()或createXMLStreamReader()获取流式读取器，不要用DocumentBuilder - 遇到
START_ELEMENT事件才处理标签，跳过注释、空白文本等无关事件，避免无谓消耗 - 别在循环里反复调用
getAttributeCount()—— 某些实现会重新解析属性列表，改用getAttributeValue()直接取值更稳
StAX写XML比SAX更可控的关键在哪
SAX是推模型（push），你只能被动响应回调；StAX是拉模型（pull）+ 可写（cursor-based），写的时候你能决定何时输出开始标签、内容、结束标签，顺序和嵌套完全由你掌控。
- 用
XMLOutputFactory.newInstance()创建工厂，再调用createXMLStreamWriter()，别误用SAXTransformerFactory - 写属性时优先用
writeAttribute()而非拼接字符串，否则中文或特殊字符（如）会丢失转义 - 注意
flush()不等于close()：没close()可能缺根元素闭合标签；但频繁flush()会拖慢性能，一般只在长耗时处理间隙调用
StAX性能瓶颈常出在哪儿
不是StAX本身慢，而是用法触发了隐式开销：比如在 XMLStreamReader 上反复调用 getText() 多次，底层可能重复解码字符；或没关自动命名空间支持，导致每个标签都做URI匹配。
- 禁用不必要的功能：
factory.setProperty("javax.xml.stream.isNamespaceAware", false)，除非真用到namespace - 读取文本内容时，用
getElementText()替代next()+getText()组合，它内部做了状态优化 - 避免在循环中新建
String拼接节点内容，大文本改用StringBuilder缓存，尤其当节点内含CDATA或base64数据时
Java 8+里StAX的实际兼容性坑
Oracle JDK 8自带的 woodstox-core 版本较老（3.9.x），对XML 1.1或某些DOCTYPE声明支持弱；OpenJDK 11+ 默认换成了 java.xml 模块里的实现，行为略有差异。
立即学习“Java免费学习笔记（深入）”；
- 如果遇到
XMLStreamException: DOCTYPE is not allowed，不是代码错，很可能是JDK版本限制，加-Djavax.xml.stream.XMLInputFactory=com.ctc.wstx.stax.WstxInputFactory切到Woodstox -
XMLStreamWriter的writeStartElement()在不同实现中对前缀处理不一致：有的要求先setPrefix()，有的自动推导，建议显式调用setPrefix()+writeNamespace() - 别依赖
getLocation().getLineNumber()做精确错误定位——部分实现返回-1，日志里打印异常时最好同时捕获getSystemId()和getColumnNumber()
