一、DOM (文档对象模型)
为 XML 文档的已解析版本定义了一组接口。解析器读入整个文档，然后构建一个驻留内存的树结构，然后代码就可以使用 DOM 接口来操作这个树结构。尽管DOM比SAX慢很多，而且,因为创建了相当多的对象而需要更多的开销,但由于使用上的简便,因此成为Web浏览器和javascript最喜欢的方法,DOM是语言无关的API.
- 优点:整个文档树在内存中，便于操作;支持删除、修改、重新排列等多种功能;
- 缺点:将整个文档调入内存(包括无用的节点)，浪费时间和空间;
- 使用场合:一旦解析了文档还需多次访问这些数据;硬件资源充足(内存、CPU)
二、SAX
SAX ，事件驱动。当解析器发现元素开始、元素结束、文本、文档的开始或结束等时，发送事件，程序员编写响应这些事件的代码，保存数据。SAX提供了基于事件的XML解析的API.从其本质来说,SAX解析器从文件的开头出发,从前向后解析,当遇到元素开始、元素结束、文本、文档的开始或结束等时,就触发一个事件,具体怎么做就由开发人员来决定.因为SAX解析器仅仅按照文本的方式来解析它们,所以SAX更轻量/更快速.而他们的主要缺点是在解析中无法停止,后退或者不丛文件的开头,直接访问XML结构中的指定部分.
- 优点:不用事先调入整个文档，占用资源少;SAX解析器代码比DOM解析器代码小，适于Applet，下载
- 缺点:不是持久的;事件过后，若没保存数据，那么数据就丢了;无状态性;从事件中只能得到文本，但不知该文本属于哪个元素;
- 使用场合:Applet;只需XML文档的少量内容，很少回头访问;机器内存少
三、JDOM
为减少DOM、SAX的编码量，出现了JDOM;
- 优点:20-80原则，极大减少了代码量
- 使用场合:要实现的功能简单，如解析、创建等Java程序。但在底层，JDOM还是使用SAX(最常用)、DOM、Xanan
四、JAPX
为多个XML解析器提供了统一编程接口。更换解析器，不用更改代码
使用场合:若不用Jdom，一般建议使用JAPX，将代码与各种解析器的实现细节隔离。