xml 文件解析

衆所周知，如今解析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/

 

1、介紹及優缺點分析

1. DOM（Document Object Model)

      DOM是用與平臺和語言無關的方式表示XML文檔的官方W3C標準。DOM是以層次結構組織的節點或信息片段的集合。這個層次結構容許開發人員在樹中尋找特定信息。分析該結構一般須要加載整個文檔和構造層次結構，而後才能作任何工做。因爲它是基於信息層次的，於是DOM被認爲是基於樹或基於對象的。

【優勢】
      ①容許應用程序對數據和結構作出更改。
      ②訪問是雙向的，能夠在任什麼時候候在樹中上下導航，獲取和操做任意部分的數據。
【缺點】
      ①一般須要加載整個XML文檔來構造層次結構，消耗資源大。
    

2. 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。
  

 3. 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開發人員。

【缺點】
     ①沒有較好的靈活性。
     ②性能較差。

4. 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較爲複雜。

 

2、比較

     1. DOM4J性能最好，連Sun的JAXM也在用DOM4J。目前許多開源項目中大量採用DOM4J，例如大名鼎鼎的Hibernate也用DOM4J來讀取XML配置文件。若是不考慮可移植性，那就採用DOM4J.

     2. JDOM和DOM在性能測試時表現不佳，在測試10M文檔時內存溢出，但可移植。在小文檔狀況下還值得考慮使用DOM和JDOM.雖然JDOM的開發者已經說明他們指望在正式發行版前專一性能問題，可是從性能觀點來看，它確實沒有值得推薦之處。另外，DOM還是一個很是好的選擇。DOM實現普遍應用於多種編程語言。它仍是許多其它與XML相關的標準的基礎，由於它正式得到W3C推薦（與基於非標準的Java模型相對），因此在某些類型的項目中可能也須要它（如在JavaScript中使用DOM）。

     3. SAX表現較好，這要依賴於它特定的解析方式－事件驅動。一個SAX檢測即將到來的XML流，但並無載入到內存（固然當XML流被讀入時，會有部分文檔暫時隱藏在內存中）。