大XML文件不宜用DOM解析因其会全量加载内存易OOM；StAX采用拉取式迭代，按需读取、内存稳定，通过XMLStreamReader逐事件处理，支持边读边转换对象，但需注意编码匹配和不可回退特性。
为什么大XML文件不能用DOM解析
DOM会把整个XML加载进内存构建成树形结构，文件稍大（比如超过100MB）就容易触发OutOfMemoryError。对日志、ETL、批量导出等场景，你真正需要的往往只是提取其中某些字段或过滤部分记录——StAX正是为此设计：它像“拉取式迭代器”，按需读取，内存占用稳定在几MB级别。
StAX核心接口：XMLStreamReader最常用
Java内置javax.xml.stream.XMLStreamReader是处理大XML的主力。它不自动解析嵌套结构，但给你完全的控制权：逐个事件推进（START_ELEMENT、CHARACTERS、END_ELEMENT等），跳过无关节点，只处理关心的标签。
- 用
XMLInputFactory.newInstance().createXMLStreamReader(InputStream)创建读取器 - 循环调用
next()或nextTag()前进，用getEventType()判断当前事件类型 - 遇到
START_ELEMENT时，用getLocalName()和getAttributeValue()快速取标签名和属性 - 遇到
CHARACTERS时，用getTextTrim()获取干净文本内容（自动去首尾空白）
流式处理实战：边读边转换为对象
假设XML中有一组<user id="101"><name>Alice</name><age>28</age></user>，你想转成User对象并写入数据库。关键不是“解析完再处理”，而是“见到<user>就初始化，见到</user>就提交”：
- 监听
START_ELEMENT，匹配"user"，读取id属性存入临时变量 - 继续推进，遇到子元素
"name"或"age"时，调用next()到其CHARACTERS事件，取值并设入对象字段 - 遇到
END_ELEMENT且getLocalName()为"user"时，完成一个对象，立即入库或加入缓冲队列 - 全程不保留父节点引用，不构建树，GC压力极小
避坑提醒：字符编码与异常恢复
StAX默认按UTF-8读取，若XML声明为<?xml version="1.0" encoding="GBK"?>却用UTF-8流打开，会乱码甚至抛XMLStreamException。务必用InputStreamReader显式指定编码：
立即学习“Java免费学习笔记（深入）”；
正确写法：new InputStreamReader(fileInputStream, "GBK")
另外，StAX不支持“回退”。一旦next()跳过某个事件，无法倒回去。所以逻辑判断要前置——比如想跳过注释，应在next()后立刻检查isStartElement()，而不是先做一堆操作再回头验证。
