DOM适合小文件且需修改，SAX适合大文件只读；XML小于1MB且需编辑选DOM，大于10MB或内存受限选SAX，兼顾随机访问与低内存可选StAX或JAXB。
DOM和SAX是Java中处理XML最基础的两种解析方式，选错会直接影响程序性能和稳定性。核心区别不在“好不好”，而在于“合不合适”——关键看你的XML文件有多大、要不要改内容、内存是否紧张。
DOM解析：适合小文件、要改要查
它把整个XML一次性读进内存，建成一棵可自由走动的树（类似家谱图），所有节点随时能访问、增删、修改。
-
优点：支持随机访问，比如直接找
<user id="1002">；能反复读取同一份数据；增删改查操作直观，API简单 - 缺点：内存吃得多，一个100MB的XML可能占用500MB以上堆内存；启动慢，必须等全部加载完才能开始处理；大文件容易OOM（内存溢出）
- 适用场景：配置文件（如web.xml）、小型数据交换文档、需要频繁编辑XML结构的工具类应用
SAX解析：适合大文件、只读不改
它是“边读边通知”的流式解析，像听广播——播到哪听到哪，不存全文，也不回头。遇到<order>就触发startElement，遇到文本就触发characters，结束标签再触发endElement。
- 优点：内存占用极低，几百MB甚至GB级XML也能跑；解析启动快，第一行就能开始处理；可中途停止（比如找到第100条记录就退出）
- 缺点：不能跳转、不能回看，无法直接获取父节点或兄弟节点；修改XML无从下手；需手动维护状态（比如用栈记当前路径），逻辑易出错
- 适用场景：日志分析、批量导入导出、嵌入式设备、Android端解析、仅需提取特定字段的ETL任务
怎么选？看三个硬指标
不用纠结理论，直接对照你手头的任务：
- XML小于1MB，且要改内容 → 选DOM，省事又稳妥
- XML大于10MB，或部署在内存受限环境（如手机、IoT设备）→ 选SAX，否则大概率崩
- 既要随机查又要低内存？考虑StAX（拉式解析）或JAXB（对象绑定），它们是DOM和SAX的折中升级版
基本上就这些。不复杂但容易忽略：大小决定解析器，不是喜好。
