（4）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.     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流被讀入時，會有部分文件暫時隱藏在記憶體中）。