xmlstreamreader.nexttag() 不跳过空白节点是因为其规范只跳过文本和注释，不处理space事件；需手动跳过或启用is_coalescing合并模式。
XMLStreamReader.nextTag() 为什么跳不过空白节点
nextTag() 看起来是“跳到下一个标签”，但实际只跳过 字符数据（text）和注释（comment），不跳过空白（SPACE 或 CHARACTERS 中的纯空白）。这是 StAX 规范定义的行为，不是 bug —— XML 规范里，元素间的换行缩进默认属于有意义的字符内容（除非用 xml:space="preserve" 显式控制，或解析器启用了 IS_COALESCING）。
常见错误现象：nextTag() 报 XMLStreamException: expected start or end tag，或者卡在 SPACE 事件上，导致后续 getLocalName() 拿不到预期标签名。
- 检查当前事件类型：调用
getEventType()，如果返回XMLStreamConstants.SPACE，说明正停在空白处，nextTag()不会越过它 - 确保解析器开启了合并模式：
factory.setProperty("javax.xml.stream.isCoalescing", true)，这样连续的空白 + 文本会被合并为一个CHARACTERS事件，且内容为空字符串，nextTag()才能跳过 - 若无法改配置（如第三方库封装了流），手动跳过：
while (reader.getEventType() == XMLStreamConstants.SPACE) reader.next();
StAX 读取时怎么安全跳过所有空白和注释
靠 nextTag() 单独处理不够，尤其面对人手写的、带缩进的 XML。真正健壮的做法是组合判断事件类型，而不是依赖单一方法。
- 优先用
next()+ 显式过滤：循环调用reader.next()，再用switch(reader.getEventType())跳过SPACE、COMMENT、PROCESSING_INSTRUCTION - 避免用
nextEvent()：它不跳，只是返回当前事件，容易卡死 - 注意
CHARACTERS事件可能含纯空白（如换行+空格），需用reader.getText().trim().isEmpty()判断是否可忽略（但性能略低，慎在高频循环中用）
IS_COALESCING 设为 true 后还跳不过标签？
启用 IS_COALESCING 后，多个相邻文本/空白会被合并，但 nextTag() 仍只认 START_ELEMENT 和 END_ELEMENT。如果 XML 开头有 XML 声明（<?xml version="1.0"?>）或 DTD，它们属于 XMLStreamConstants.PROCESSING_INSTRUCTION 或 DTD 类型，nextTag() 完全不处理这些。
立即学习“Java免费学习笔记（深入）”；
- XML 声明不是标签，
nextTag()无视它，但解析器会把它作为第一个事件返回（XMLStreamConstants.PROCESSING_INSTRUCTION） - 遇到 DTD 时，事件类型是
XMLStreamConstants.DTD，同样不会被nextTag()跳过 - 实操建议：初始化后先手动 consume 掉非标签事件：
while (reader.getEventType() != XMLStreamConstants.START_ELEMENT) reader.next();
Java StAX 解析嵌套结构时 nextTag() 的典型误用
写递归解析或 expect-style 结构（比如期待 <user></user> 下一定跟着 <name></name>）时，直接连用 nextTag() 很容易崩。因为子元素前的空白、注释、甚至意外的 CDATA 都会让它失败。
- 不要写：
reader.nextTag(); reader.require(XMLStreamConstants.START_ELEMENT, NULL, "name");—— 前者可能抛异常，后者才做校验 - 应把移动和校验拆开：
if (reader.nextTag() != XMLStreamConstants.START_ELEMENT) throw new IllegalStateException("expected start tag"); reader.require(XMLStreamConstants.START_ELEMENT, null, "name"); - 更稳妥的是放弃
nextTag()，改用next()+require()组合，控制权更明确
最麻烦的地方不在语法，而在 XML 数据来源不可控：别人给的文件有没有 bom？有没有 UTF-8 带签名？有没有隐藏的零宽空格？这些都可能让 getText() 返回看似空白实则难匹配的字符串。别迷信“跳过空白” —— 先确认你到底想跳什么，再选对应策略。