XML解析性能瓶颈在于文本读取、节点树构建和内存分配，而非语法校验；应避免DOM全量加载，优先选用SAX或StAX流式解析，复用解析器与缓冲区，优化字符串处理及编码解码策略。
XML解析的性能瓶颈主要集中在文本读取、节点树构建和内存分配三块，而不是语法校验本身。尤其在处理大文件或高频解析场景下，DOM加载整个文档到内存、SAX回调开销、以及字符串重复解析（如属性值、命名空间）最容易拖慢速度。
避免DOM全量加载，优先用SAX或StAX流式解析
DOM会把整个XML构建成内存中的树形结构，时间和空间复杂度都是O(n)，10MB文件可能占用50MB+堆内存。对只读、单次遍历的场景，改用SAX（事件驱动）或StAX（拉模式）能显著降低内存峰值和GC压力。
- SAX适合简单提取：注册ContentHandler，只响应startElement/endElement/characters，跳过不需要的节点
- StAX更灵活：用XMLStreamReader主动控制读取节奏，可skipNextTag()跳过子树，适合条件过滤
- 注意：不要在SAX handler里做耗时操作（如DB写入），避免阻塞解析线程
复用解析器实例和缓冲区
创建SAXParserFactory、SAXParser、XMLInputFactory等对象有明显开销，尤其在高并发解析时。应将它们设为静态单例或通过池管理。
- SAXParserFactory.setNamespaceAware(false)关闭命名空间处理，提速10%~20%（若XML不含ns）
- 为InputStream包装BufferedInputStream，设置足够大的缓冲区（如8192字节），减少IO系统调用
- StAX中复用XMLStreamReader，调用factory.createXMLStreamReader(InputStream, encoding)前先reset输入流
减少字符串解析和对象创建
XML解析中大量临时String、QName、Attributes对象被频繁创建，是GC热点。关键点在于避开自动封装、缓存高频值。
- 在SAX的startElement中，用localName代替getQName()，避免生成带前缀的完整名称
- 属性值尽量用getAttributeValue(int index)而非getAttributeValue(String uri, String localName)，后者需哈希查找
- 对固定标签名/属性名（如"status"、"id"），用==比较localName字符串（JVM字符串常量池保证同一性），而非equals()
- 必要时用char[]配合offset/length直接解析数值（如用parseInt(chars, start, end)替代new String(chars, start, end).trim().toInt()）
按需解码与预校验
UTF-8以外的编码（如GBK、ISO-8859-1）解码更慢；而格式错误的XML触发异常恢复逻辑也会大幅降速。
- 确保输入流已正确指定encoding（如new InputStreamReader(in, StandardCharsets.UTF_8)），避免解析器自动探测
- 对可信来源的XML，可跳过DTD和外部实体加载：setFeature("http://apache.org/xml/features/disallow-doctype-decl", true)
- 超大文件建议先用轻量正则或字节扫描快速判断根元素是否存在、是否闭合，避免无效解析
基本上就这些。不复杂但容易忽略——多数性能问题不是出在“怎么解析”，而是出在“解析了什么”和“反复做了什么”。
