XMLEventReader面向事件对象，适合需回看事件、偏好面向对象风格的场景；XMLStreamReader基于游标状态，更轻量且控制精细，适合内存敏感和高性能需求的流式处理。
StAX解析器中，XMLEventReader 和 XMLStreamReader 都是拉模型（pull-based）API，但它们的设计理念、使用方式和抽象层级不同。核心区别在于：前者面向事件对象，后者面向游标状态。
抽象层级与编程风格不同
XMLEventReader 是基于迭代器（Iterator）的 API，把每个 XML 事件封装成一个 XMLEvent 对象（如 StartElement、EndElement、Characters）。你通过 nextEvent() 或 peek() 获取事件对象，再用 asStartElement() 等方法转型并提取内容。
XMLStreamReader 是基于游标（Cursor）的 API，不返回事件对象，而是用 next() 或 nextTag() 移动内部指针，再调用 getEventType() 判断当前是什么类型，再用 getAttributeValue()、getText() 等方法直接读取数据。
内存占用与灵活性差异
- XMLEventReader 会缓存已读取的事件（默认可能缓存多个），适合需要回看或多次访问同一事件的场景，但内存开销略高；
- XMLStreamReader 更轻量，事件不被对象化，也不缓存（只保留当前位置），更适合严格流式处理、内存敏感的场景；
- XMLStreamReader 支持更细粒度的控制，比如
skipElement()直接跳过整个子树，XMLEventReader 没有等价方法。
事件获取方式不同
两者都按顺序读取，但语义不同：
立即学习“Java免费学习笔记（深入）”；
-
XMLEventReader.nextEvent()返回并消耗下一个事件对象； -
XMLStreamReader.next()只移动游标，不返回值，需后续调用getEventType()和对应 getter； -
XMLEventReader.peek()可预览下一个事件而不消耗它； -
XMLStreamReader.peek()不存在，但可用getEventType()查看当前状态，再用next()推进。
适用场景倾向
选 XMLEventReader 当你：
- 偏好面向对象风格，喜欢把事件当对象处理；
- 需要对事件做类型判断后分发（比如用
instanceof）； - 偶尔要反复查看刚读过的事件（靠
peek()）。
选 XMLStreamReader 当你：
- 追求极致性能和低内存占用；
- 习惯命令式风格，喜欢“走到哪问到哪”；
- 需要跳过复杂结构（如
skipElement()）、或配合命名空间深度控制（getDepth()）。
基本上就这些。两种 API 都在 javax.xml.stream 包下，工厂统一由 XMLInputFactory 创建，选哪个取决于你对控制力、可读性和资源消耗的权衡。
