XML分析工具的比较

发布时间：2020-12-16 08:48:36 所属栏目：百科来源：网络整理

导读：一、Crimson和Xerces恩仇录 Crimson来自于Sun捐赠给Apache的ProjectX项目，Xerces来自IBM捐赠给Apache的XML4J项目，结果 Xerces胜出，成了ApacheXML小组全力开发的XMLAPI，而Crimon已经早就不做了，如今Xerces名满天下，到处都是在用 XercesDOM和SAX解析器，

一、Crimson和Xerces恩仇录
Crimson来自于Sun捐赠给Apache的ProjectX项目，Xerces来自IBM捐赠给Apache的XML4J项目，结果 Xerces胜出，成了ApacheXML小组全力开发的XMLAPI，而Crimon已经早就不做了，如今Xerces名满天下，到处都是在用 XercesDOM和SAX解析器，只有Sun不服气，非要在JDK1.4里面使用过时的Crimson，让人感觉像是在赌气一样，真是让人可怜又可气！不过IBM发行JDK用的XML解析器自然是Xerces。
由于JDK的ClassLoader的优先级关系，当你采用JAXP编写XML程序的时候，即使把Xerces包引入 CLASSPATH，JDK还是会顽固的使用Crimson，这一点通过打开JVM的verbose参数可以观察到。不过JDK也允许你采用其它的解析器，因此我们可以通过在JRElib目录下建一个jaxp.properties的文件，来替换解析器，jaxp.properties内容如下：
引用:
javax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBuilderFactoryImpl
javax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl
这样就可以使用Xerces，当然你必须还是要把Xerces包放到CLASSPATH下。
二、JAXP的姗姗来迟
Sun在XML领域总是后知后觉，等到Sun重视XML的时候，XML的API早就满天飞了，尤其是IBM具有非常大的领先优势。不过Sun是规范的制订者，于是参考W3C的标准制订了JAXP规范。JAXP不像Xerces和Crimon那样，它只是一个spec，本身是不做任何事情的，它的作用就是提出一个统一的接口，让其它的XMLAPI都来遵循JAXP编程，那么用JAXP写出来的程序，底层的API可以任意切换。
具体来说JAXP包括了几个工厂类，这就是JDK1.4里面的javax.xml.parsers包，用来寻找符合DOM标准的 XMLAPI实现类的位置；此外JAXP还包括一整套interface，这就是JDK1.4里面的org.w3c.dom那几个包。工厂类负责加载 DOM的实现类。那么加载的规则是什么呢？
我是通过阅读JAXP的源代码知道的，工厂类首先会根据java命令行传入的参数进行寻找，然后在根据JRElib jaxp.properties中定义的实现类寻找，最后什么都找不到的话，就用Crimson。注意Crimons是由 BootstrapClassLoader来load的，如果你不通过上面两个方法来改变工厂的寻找顺序，那么铁定用Crimson了
三、DOM解析器和DOMAPI
当你严格采用JAXP编程的时候，是遵循W3C的DOm标准的，那么在JAXP底层你实际上可以任意切换不同的DOM实现，例如Xerces，或者Crimon，再或者其它，切换方法就是配置jaxp.properties。因此JAXP就是一些标准接口而已。
而Xerces和Crimon也不单单是一个DOM实现那么简单，他们本身实际上也包含SAX解析器和DOM解析器。所以一个JAXP程序下面有如下层次：
JAXP应用程序->JAXP接口->XercesDOM实现->XercesDOM/SAX解析器
只要你用JAXP编程，那么你就可以切换到Crimson上来
JAXP应用程序->JAXP接口->CrimsonDOM实现->CrimsonDOM/SAX解析器
另外你也可以这样来做：
JAXP应用程序->JAXP接口->CrimsonDOM实现->XercesDOM/SAX解析器
不过如果你的程序不安装JAXP来写，那么就没有办法切换不同的DOM实现了。
四、不是标准的dom4j和jdom
W3C的DOM标准API难用的让人想撞墙，于是有一帮人开发Java专用的XMLAPI目的是为了便于使用，这就是jdom的由来，开发到一半的时候，另一部分人又分了出来，他们有自己的想法，于是他们就去开发dom4j，形成了今天这样两个API，至于他们之间的性能，功能之比较看看上面我推荐的文章就知道了，jdom全面惨败。
jdom相当于上面的JAXP接口＋XercesDOM实现部分，它本身没有解析器，它可以使用Xerces或者Crimson的解析器，就是这样：
jdom应用程序->jdomAPI->Xerces/Crimson解析器
dom4j和jdom类似，不过他自己绑定了一个叫做Alfred2的解析器，功能不是很全，但是速度很快，当没有其它的解析器的时候，dom4j将使用Alfred2解析器，如下：
dom4j应用程序->dom4jAPI->Xerces/Crimson解析器
或者
dom4j应用程序->dom4jAPI->Alfred2解析器
你在SF上下载的dom4j.jar是不含Alfred2解析器的，而dom4j-full.jar包含了Alfred2解析器，在这种情况下，实际上你什么也不需要，光是一个dom4j-full.jar就全部都包括了。
因此可以看出采用dom4j/jdom编写的应用程序，已经不具备可移植性了。
五、小插曲
Sun是JAXP标准的制订者，甚至很执著的在JDK1.4里面绑定CrimsonDOM实现和解析器，然后可笑的是，Sun自己的JAXMRI竟然不是用JAXP写出来的，而是dom4j，制订标准让大家遵守，自己却监守自盗，这未免太说不过去了吧！
BTW:Hibernate也用的是dom4j来读取XML配置文件，如今已经越来越多的程序纷纷采用dom4j，如果你不是那么在乎可移植性，我强烈建议你采用dom4j。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!