java处理大xml文件应使用stax或sax流式解析，避免dom导致oom；stax通过xmleventreader逐事件读取、深度计数识别record边界，并用xmleventwriter写入独立文件；sax则用contenthandler配合字符缓存与深度管理实现轻量拆分。
Java处理大XML文件时，不能直接用DOM加载整个文档（内存会爆），得用SAX或StAX边读边拆。核心思路是：监听开始标签，识别每条记录的根元素（比如
用StAX按分割最实用
StAX（javax.xml.stream）是拉模式解析器，代码清晰、内存可控、支持写入。假设原始XML长这样：
目标是把每个
- 用XMLInputFactory创建XMLEventReader，逐个读事件
- 遇到START_ELEMENT且localName是"record"时，开始捕获；记下id属性值用于命名
- 用XMLEventWriter把从START_ELEMENT到匹配的END_ELEMENT之间所有事件写入新文件
- 注意：要递归处理嵌套结构，所以推荐用“深度计数”——遇到START_ELEMENT加1，END_ELEMENT减1，归零即结束
用SAX做轻量级流式拆分
如果只关心简单扁平结构（无深层嵌套），SAX更省内存。写一个ContentHandler，重写startElement和endElement方法：
立即学习“Java免费学习笔记（深入）”；
- 在startElement中判断是否为记录起始标签（如qName.equals("record")），如果是，初始化StringBuilder并提取关键属性（如id）
- 在characters中追加文本内容（注意trim和忽略空白）
- 在endElement中判断是否为该记录结束标签，是则把缓存内容写入文件，并清空缓存
- 缺点：不自动处理嵌套标签的文本拼接，需手动维护栈或深度变量
避免常见坑
- 别用StringBuffer拼XML片段——容易破坏编码和转义。应使用Transformer或XMLEventWriter输出标准格式
- 记录名不一定是
，可能是 、 、 ，先用文本工具查清实际根元素名 - 大文件常带XML声明和DOCTYPE，拆分后的新文件建议补上，否则某些工具打不开
- 单文件写入频繁影响性能？可批量缓存N条再落盘，或用BufferedOutputStream包装FileOutputStream
基本上就这些。选StAX更稳，逻辑清楚，容错强；真受限于内存或只是简单切分，SAX也够用。关键是别碰DOM，几GB的XML一加载就OOM。
