在IBM的developerWorks上有兩篇非常優(yōu)秀的關于JavaXML API的評測文章：

Java 中 XML 文檔模型的性能

Java 中 XML 文檔模型的用法

對這兩篇文章我想說的就是 吐血推薦

Java的XML API這幾篇文章該講的都講到了，我只想補充幾點：

一、Crimson和Xerces恩仇錄

Crimson來自于Sun捐贈給Apache的ProjectX項目，Xerces來自IBM捐贈給Apache的XML4J項目，結果Xerces勝出，成了Apache XML小組全力開發(fā)的XML API，而Crimon已經(jīng)早就不做了，如今Xerces名滿天下，到處都是在用Xerces DOM和SAX解析器，只有Sun不服氣，非要在JDK1.4里面使用過時的Crimson，讓人感覺像是在賭氣一樣，真是讓人可憐又可氣！不過IBM發(fā)行JDK用的XML 解析器自然是Xerces。

由于JDK的Class Loader的優(yōu)先級關系，當你采用JAXP編寫XML程序的時候，即使把Xerces包引入CLASSPATH，JDK還是會頑固的使用Crimson，這一點通過打開JVM的verbose參數(shù)可以觀察到。不過JDK也允許你采用其它的解析器，因此我們可以通過在JRE\lib\目錄下建一個jaxp.properties的文件，來替換解析器，jaxp.properties內(nèi)容如下：

								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具有非常大的領先優(yōu)勢。不過Sun是規(guī)范的制訂者，于是參考W3C的標準制訂了JAXP規(guī)范。JAXP不像Xerces和Crimon那樣，它只是一個spec，本身是不做任何事情的，它的作用就是提出一個統(tǒng)一的接口，讓其它的XML API都來遵循JAXP編程，那么用JAXP寫出來的程序，底層的API可以任意切換。

具體來說JAXP包括了幾個工廠類，這就是JDK1.4里面的javax.xml.parsers 包，用來尋找符合DOM標準的XML API實現(xiàn)類的位置；此外JAXP還包括一整套interface，這就是JDK1.4里面的org.w3c.dom那幾個包。工廠類負責加載DOM的實現(xiàn)類。那么加載的規(guī)則是什么呢？

我是通過閱讀JAXP的源代碼知道的，工廠類首先會根據(jù)java命令行傳入的參數(shù)進行尋找，然后在根據(jù)JRE\lib\jaxp.properties中定義的實現(xiàn)類尋找，最后什么都找不到的話，就用Crimson。注意Crimons是由Bootstrap Class Loader來load的，如果你不通過上面兩個方法來改變工廠的尋找順序，那么鐵定用Crimson了 :(

三、DOM解析器和DOM API

當你嚴格采用JAXP編程的時候，是遵循W3C的DOm標準的，那么在JAXP底層你實際上可以任意切換不同的DOM實現(xiàn)，例如Xerces，或者Crimon，再或者其它，切換方法就是配置jaxp.properties。因此JAXP就是一些標準接口而已。

而Xerces和Crimon也不單單是一個DOM實現(xiàn)那么簡單，他們本身實際上也包含SAX解析器和DOM解析器。所以一個JAXP程序下面有如下層次：

JAXP應用程序 -> JAXP接口 -> Xerces DOM實現(xiàn) -> Xerces DOM/SAX 解析器

只要你用JAXP編程，那么你就可以切換到Crimson上來

JAXP應用程序 -> JAXP接口 -> Crimson DOM實現(xiàn) -> Crimson DOM/SAX 解析器

另外你也可以這樣來做：

JAXP應用程序 -> JAXP接口 -> Crimson DOM實現(xiàn) -> Xerces DOM/SAX 解析器

不過如果你的程序不安裝JAXP來寫，那么就沒有辦法切換不同的DOM實現(xiàn)了。

四、不是標準的dom4j和jdom

W3C的DOM標準API難用的讓人想撞墻，于是有一幫人開發(fā)Java專用的XML API目的是為了便于使用，這就是jdom的由來，開發(fā)到一半的時候，另一部分人又分了出來，他們有自己的想法，于是他們就去開發(fā)dom4j，形成了今天這樣兩個API，至于他們之間的性能，功能之比較看看上面我推薦的文章就知道了，jdom全面慘敗。

jdom 相當于上面的 JAXP接口 ＋ Xerces DOM實現(xiàn)部分，它本身沒有解析器，它可以使用Xerces或者Crimson的解析器，就是這樣：

jdom應用程序 -> jdom API -> Xerces/Crimson解析器

dom4j 和jdom類似，不過他自己綁定了一個叫做Alfred2的解析器，功能不是很全，但是速度很快，當沒有其它的解析器的時候，dom4j將使用Alfred2解析器，如下：

dom4j應用程序 -> dom4j API ->  Xerces/Crimson解析器

或者

dom4j應用程序 -> dom4j API ->  Alfred2解析器

你在SF上下載的dom4j.jar是不含 Alfred2解析器的，而dom4j-full.jar包含了 Alfred2解析器，在這種情況下，實際上你什么也不需要，光是一個dom4j-full.jar就全部都包括了。

因此可以看出采用dom4j/jdom編寫的應用程序，已經(jīng)不具備可移植性了。

五、小插曲

Sun是JAXP標準的制訂者，甚至很執(zhí)著的在JDK1.4里面綁定Crimson DOM實現(xiàn)和解析器，然后可笑的是，Sun自己的JAXM RI竟然不是用JAXP寫出來的，而是dom4j，制訂標準讓大家遵守，自己卻監(jiān)守自盜，這未免太說不過去了吧！

BTW: Hibernate也用的是dom4j來讀取XML配置文件，如今已經(jīng)越來越多的程序紛紛采用dom4j，如果你不是那么在乎可移植性，我強烈建議你采用dom4j。