xml java应用（DOM、SAX、JDOM、DOM4j）简介比较

dom是解析xml的底层接口之一(另外一种是sax)   
而jdom和dom4j则是基于底层api的更高级封装    
dom是通用的，而jdom和dom4j则是面向java语言的    
     DOM 是用与平台和语言无关的方式表示 XML 文档的官方 W3C 标准。DOM 是以层次结构组织的节点或信息片段的集合。这个层次结构容许开发人员在树中寻找特定信息。分析该结构一般须要加载整个文档和构造层次结构，而后才能作任何工做。因为它是基于信息层次的，于是 DOM 被认为是基于树或基于对象的。DOM 以及广义的基于树的处理具备几个优势。首先，因为树在内存中是持久的，所以能够修改它以便应用程序能对数据和结构做出更改。它还能够在任什么时候候在树中上下导航，而不是像 SAX 那样是一次性的处理。DOM 使用起来也要简单得多。  
XML的四种解析器(dom,sax,jdom,dom4j)原理及性能比较 (转自zsq)     
一、DOM 
    DOM 是用与平台和语言无关的方式表示 XML 文档的官方 W3C 标准。DOM 是以层次结构组织的节点或信息片段的集合。这个层次结构容许开发人员在树中寻找特定信息。分析该结构一般须要加载整个文档和构造层次结构，而后才能作任何工做。因为它是基于信息层次的，于是 DOM 被认为是基于树或基于对象的。DOM 以及广义的基于树的处理具备几个优势。
    首先，因为树在内存中是持久的，所以能够修改它以便应用程序能对数据和结构做出更改。它还能够在任什么时候候在树中上下导航，而不是像 SAX 那样是一次性的处理。DOM 使用起来也要简单得多。
    另外一方面，对于特别大的文档，解析和加载整个文档可能很慢且很耗资源，所以使用其余手段来处理这样的数据会更好。这些基于事件的模型，好比 SAX。 
二、SAX 
    这种处理的优势很是相似于流媒体的优势。分析可以当即开始，而不是等待全部的数据被处理。并且，因为应用程序只是在读取数据时检查数据，所以不须要将数据存储在内存中。这对于大型文档来讲是个巨大的优势。事实上，应用程序甚至没必要解析整个文档；它能够在某个条件获得知足时中止解析。通常来讲，SAX 还比它的替代者 DOM 快许多。
三、选择 DOM 仍是选择 SAX ？  
    对于须要本身编写代码来处理 XML 文档的开发人员来讲，选择 DOM 仍是 SAX 解析模型是一个很是重要的设计决策。 
    DOM 采用创建树形结构的方式访问 XML 文档，而 SAX 采用的事件模型。 
    DOM 解析器把 XML 文档转化为一个包含其内容的树，并能够对树进行遍历。用 DOM 解析模型的优势是编程容易，开发人员只须要调用建树的指令，而后利用navigation APIs访问所需的树节点来完成任务。能够很容易的添加和修改树中的元素。然而因为使用 DOM 解析器的时候须要处理整个 XML 文档，因此对性能和内存的要求比较高，尤为是遇到很大的 XML 文件的时候。因为它的遍历能力，DOM 解析器经常使用于 XML 文档须要频繁的改变的服务中。
    SAX 解析器采用了基于事件的模型，它在解析 XML 文档的时候能够触发一系列的事件，当发现给定的tag的时候，它能够激活一个回调方法，告诉该方法制定的标签已经找到。SAX 对内存的要求一般会比较低，由于它让开发人员本身来决定所要处理的tag。特别是当开发人员只须要处理文档中所包含的部分数据时，SAX 这种扩展能力获得了更好的体现。但用 SAX 解析器的时候编码工做会比较困难，并且很难同时访问同一个文档中的多处不一样数据。
四、JDOM  
    JDOM的目的是成为 Java 特定文档模型，它简化与 XML 的交互而且比使用 DOM 实现更快。因为是第一个 Java 特定模型，JDOM 一直获得大力推广和促进。正在考虑经过“Java 规范请求 JSR-102”将它最终用做“Java 标准扩展”。从 2000 年初就已经开始了 JDOM 开发。
    JDOM 与 DOM 主要有两方面不一样。首先，JDOM 仅使用具体类而不使用接口。这在某些方面简化了 API，可是也限制了灵活性。第二，API 大量使用了 Collections 类，简化了那些已经熟悉这些类的 Java 开发者的使用。
    JDOM 文档声明其目的是“使用 20%（或更少）的精力解决 80%（或更多）Java/XML 问题”（根据学习曲线假定为 20%）。JDOM 对于大多数 Java/XML 应用程序来讲固然是有用的，而且大多数开发者发现 API 比 DOM 容易理解得多。JDOM 还包括对程序行为的至关普遍检查以防止用户作任何在 XML 中无心义的事。然而，它仍须要您充分理解 XML 以便作一些超出基本的工做（或者甚至理解某些状况下的错误）。这也许是比学习 DOM 或 JDOM 接口都更有意义的工做。
    JDOM 自身不包含解析器。它一般使用 SAX2 解析器来解析和验证输入 XML 文档（尽管它还能够将之前构造的 DOM 表示做为输入）。它包含一些转换器以将 JDOM 表示输出成 SAX2 事件流、DOM 模型或 XML 文本文档。JDOM 是在 Apache 许可证变体下发布的开放源码。
五、DOM4J  
    虽然 DOM4J 表明了彻底独立的开发结果，但最初，它是 JDOM 的一种智能分支。它合并了许多超出基本 XML 文档表示的功能，包括集成的 XPath 支持、XML Schema 支持以及用于大文档或流化文档的基于事件的处理。它还提供了构建文档表示的选项，它经过 DOM4J API 和标准 DOM 接口具备并行访问功能。从 2000 下半年开始，它就一直处于开发之中。
    为支持全部这些功能，DOM4J 使用接口和抽象基本类方法。DOM4J 大量使用了 API 中的 Collections 类，可是在许多状况下，它还提供一些替代方法以容许更好的性能或更直接的编码方法。直接好处是，虽然 DOM4J 付出了更复杂的 API 的代价，可是它提供了比 JDOM 大得多的灵活性。
    在添加灵活性、XPath 集成和对大文档处理的目标时，DOM4J 的目标与 JDOM 是同样的：针对 Java 开发者的易用性和直观操做。它还致力于成为比 JDOM 更完整的解决方案，实如今本质上处理全部 Java/XML 问题的目标。在完成该目标时，它比 JDOM 更少强调防止不正确的应用程序行为。
    DOM4J 是一个很是很是优秀的Java XML API，具备性能优异、功能强大和极端易用使用的特色，同时它也是一个开放源代码的软件。现在你能够看到愈来愈多的 Java 软件都在使用 DOM4J 来读写 XML，特别值得一提的是连 Sun 的 JAXM 也在用 DOM4J。
六、总述  
    JDOM 和 DOM 在性能测试时表现不佳，在测试 10M 文档时内存溢出。在小文档状况下还值得考虑使用 DOM 和 JDOM。虽然 JDOM 的开发者已经说明他们指望在正式发行版前专一性能问题，可是从性能观点来看，它确实没有值得推荐之处。另外，DOM 还是一个很是好的选择。DOM 实现普遍应用于多种编程语言。它仍是许多其它与 XML 相关的标准的基础，由于它正式得到 W3C 推荐（与基于非标准的 Java 模型相对），因此在某些类型的项目中可能也须要它（如在 javascript 中使用 DOM）。
    SAX表现较好，这要依赖于它特定的解析方式。一个 SAX 检测即将到来的XML流，但并无载入到内存（固然当XML流被读入时，会有部分文档暂时隐藏在内存中）。
    无疑，DOM4J是最好的，目前许多开源项目中大量采用 DOM4J，例如大名鼎鼎的 Hibernate 也用 DOM4J 来读取 XML 配置文件。若是不考虑可移植性，那就采用DOM4J吧！