關於SAX，DOM，JAXP，JDOM，DOM4J的一些理解

第一：首先介紹一下SAX，DOM，JAXP，JDOM，DOM4J的基本知識：（注意：至於 JAXP | JAXB | JAXM | JAXR | JAX-RPC 分別指什麼，檢視 _）

1、W3C的sax、dom是兩種對xml文件進行分析的方法（沒有具體的實現，只有介面）所以不是直譯器，如果光有他們，你是完成不了對xml文件的處理的。 sax的包是org.xml.sax dom的包是org.w3c.dom 包的名稱很重要，它有助於你理解他們之間的關係。

2、jaxp是api，他封裝了saxdom兩種介面。並在saxdom的基礎之上，作了一套比較簡單的api以供開發人員使用。 jaxp的包是javax.xml.parsers 可以看看jaxp的原始檔，它的檔案中包含了對sax或者dom的引用（import） jaxp也不是具體的實現，他只是一套api。如果你僅僅有jaxp那是無法工作的（其實jaxp只是完成對sax、dom的包裝，生成了DocumentBuilderFactoryDocumentBuilder和 SAXParserFactorySAXParser。也就是設計模式中的工廠模式，他的好處就是具體的物件（直譯器）建立由子類完成）

3、xerces直譯器（號稱地球上最快的xml直譯器）在xerces中對jaxp中定義的SAXParser SAXParserFactory DocumentBuilder DocumentBuilderFactory進行了繼承（extends）對應SAXParserImpl SAXParserFactoryImpl DocumentBuilderImpl DocumentBuilderFactoryImpl 這就是為什麼你的classpath中只要有xerces.jar（其中包含了sax dom jaxp ）和 xercesImpl.jar就可以的原因了.

Xerces是預設的xml解析器。

SAXParserFactory saxParserfactory = SAXParserFactory.newInstance();

SAXParser saxParser = saxParserfactory.newSAXParser();

DocumentBuilderFactory documentBuilderFactory = DocumentBuilderFactory.newInstance();

DocumentBuilder documentBuilder = documentBuilderFactory.newDocumentBuilder();

預設得到的都是Xerces的SAXParser和DocumentBuilder.

4、什麼時候可以用別的直譯器 比如crimson呢他也是和xerces一樣 是直譯器，很簡單，用crimson.jar替代xercesImpl.jar，可以透過指定這個系統屬性來選擇解析器。 javax.xml.parsers.SAXParserFactory

5、jdom和dom4j W3C的DOM標準API難用的讓人想撞牆，於是有一幫人開發Java專用的XML API目的是為了便於使用，這就是jdom的由來，開發到一半的時候，另一部分人又分了出來，他們有自己的想法，於是他們就去開發dom4j，形成了今天這樣兩個API，至於他們之間的效能，jdom全面慘敗，dom4j大獲全勝。我覺得jdom和dom4j就相當於sax/dom+jaxp，具體的直譯器可以選擇。

第二：再介紹一下，dom,sax,jdom,dom4j的技術特點：

1: DOM DOM 是用與平臺和語言無關的方式表示 XML 文件的官方 W3C 標準。DOM 是以層次結構組織的節點或資訊片斷的集合。這個層次結構允許開發人員在樹中尋找特定資訊。分析該結構通常需要載入整個文件和構造層次結構，然後才能做任何工作。由於它是基於資訊層次的，因而 DOM 被認為是基於樹或基於物件的。DOM 以及廣義的基於樹的處理具有幾個優點。首先，由於樹在記憶體中是持久的，因此可以修改它以便應用程式能對資料和結構作出更改。它還可以在任何時候在樹中上下導航，而不是像 SAX 那樣是一次性的處理。DOM 使用起來也要簡單得多。　　另一方面，對於特別大的文件，解析和載入整個文件可能很慢且很耗資源，因此使用其他手段來處理這樣的資料會更好。這些基於事件的模型，比如 SAX。

2:SAX 　　這種處理的優點非常類似於流媒體的優點。分析能夠立即開始，而不是等待所有的資料被處理。而且，由於應用程式只是在讀取資料時檢查資料，因此不需要將資料儲存在記憶體中。這對於大型文件來說是個巨大的優點。事實上，應用程式甚至不必解析整個文件；它可以在某個條件得到滿足時停止解析。一般來說，SAX 還比它的替代者 DOM 快許多。

3:　選擇 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 解析器的時候編碼工作會比較困難，而且很難同時訪問同一個文件中的多處不同資料。

4: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 許可證變體下發布的開放原始碼。

5: 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。

最後：我建議用dom4j

　JDOM 和 DOM 在效能測試時表現不佳，在測試 10M 文件時記憶體溢位。在小文件情況下還值得考慮使用 DOM 和 JDOM。雖然 JDOM 的開發者已經說明他們期望在正式發行版前專注效能問題，但是從效能觀點來看，它確實沒有值得推薦之處。另外，DOM 仍是一個非常好的選擇。DOM 實現廣泛應用於多種程式語言。它還是許多其它與 XML 相關的標準的基礎，因為它正式獲得 W3C 推薦（與基於非標準的 Java 模型相對），所以在某些型別的專案中可能也需要它（如在 javascript 中使用 DOM）。　　SAX表現較好，這要依賴於它特定的解析方式。一個 SAX 檢測即將到來的XML流，但並沒有載入到記憶體（當然當XML流被讀入時，會有部分文件暫時隱藏在記憶體中）。　　無疑，DOM4J是最好的，目前許多開源專案中大量採用 DOM4J，例如大名鼎鼎的 Hibernate 也用 DOM4J 來讀取 XML 配置檔案。如果不考慮可移植性，那就採用DOM4J吧！