四種生成和解析XML文檔的方法詳解（介紹+優缺點比較+示例）

原文連結

作者：alexia(minmin)

衆所周知，現在解析xml的方法越來越多，但主流的方法也就四種，即：dom、sax、jdom和dom4j

下面首先給出這四種方法的jar包下載下傳位址

dom：在現在的java jdk裡都自帶了，在xml-apis.jar包裡

sax：http://sourceforge.net/projects/sax/

jdom：http://jdom.org/downloads/index.html

dom4j：http://sourceforge.net/projects/dom4j/

一、介紹及優缺點分析

dom（document object model)

dom是用與平台和語言無關的方式表示xml文檔的官方w3c标準。dom是以層次結構組織的節點或資訊片斷的集合。這個層次結構允許開發人員在樹中尋找特定資訊。分析該結構通常需要加載整個文檔和構造層次結構，然後才能做任何工作。由于它是基于資訊層次的，因而dom被認為是基于樹或基于對象的。

【優點】

①允許應用程式對資料和結構做出更改。

②通路是雙向的，可以在任何時候在樹中上下導航，擷取和操作任意部分的資料。

【缺點】

①通常需要加載整個xml文檔來構造層次結構，消耗資源大。

sax（simple api for xml)

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解析器的時候編碼工作會比較困難，而且很難同時通路同一個文檔中的多處不同資料。

【優勢】

①不需要等待所有資料都被處理，分析就能立即開始。

②隻在讀取資料時檢查資料，不需要儲存在記憶體中。

③可以在某個條件得到滿足時停止解析，不必解析整個文檔。

④效率和性能較高，能解析大于系統記憶體的文檔。

①需要應用程式自己負責tag的處理邏輯（例如維護父/子關系等），文檔越複雜程式就越複雜。

②單向導航，無法定位文檔層次，很難同時通路同一文檔的不同部分資料，不支援xpath。

jdom(java-based document object model)

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許可證變體下釋出的開放源碼。

①使用具體類而不是接口，簡化了dom的api。

②大量使用了java集合類，友善了java開發人員。

①沒有較好的靈活性。

②性能較差。

dom4j(document object model for java)

雖然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.

①大量使用了java集合類，友善java開發人員，同時提供一些提高性能的替代方法。

②支援xpath。

③有很好的性能。

①大量使用了接口，api較為複雜。

二、比較

三、示例

為了節約篇幅，這裡暫時不給出這四種建立xml文檔的方法與差異，僅給出解析xml文檔的代碼，如果需要完整工程（建立xml文檔+解析xml+測試比較），可去我的csdn下載下傳。

這裡以下面的xml内容為例進行解析：

首先定義xml文檔解析的接口：

dom示例

sax示例

jdom示例

dom4j示例