<RESULT><VALUE><NO>...</NO><ADDR>...</ADDR></VALUE>...</RESULT>W3C 標準,樹形結構,內存持久化,支持隨機訪問修改,編程簡單。但大文檔解析慢、佔內存,10M 直接 OutOfMemoryError。
耗時:10K~200ms、100K~9s、1000K~700s、10000K OOM。
事件驅動流式處理,無需載入整個文檔,內存佔用極低,可中途停止解析,速度通常遠快於 DOM。但編碼較複雜,難以同時訪問文檔多處數據。
耗時:10K~80ms、100K~400ms、1000K~3.3s、10000K~32s。大文檔性能王者。
Java 專用文檔模型,簡化 XML 交互,API 大量使用 Collections,學習曲線低 (「20% 精力解決 80% 問題」)。但僅用具體類不接口,靈活性受限;不含解析器,通常委託 SAX2。
耗時:10K~100ms、100K~700ms、1000K~29s、10000K OOM。性能無優勢。
源自 JDOM 智能分支,融合 XPath 支持、XML Schema、大文檔流式處理、並行 DOM 接口訪問。使用接口與抽象基類,API 更複雜但靈活性極強,性能優異、功能強大、極易用。
耗時:10K~80ms、100K~280ms、1000K~2.3s、10000K~20s。全場景綜合獲勝者。
不考慮可移植性,**直接選 DOM4J**!