java對xml文件的解析
⑴ java中的xml解析
dom是解析xml的底層介面之一(另一種是sax)
而jdom和dom4j則是基於底層api的更高級封裝
dom是通用的，而jdom和dom4j則是面向java語言的
DOM 是用與平台和語言無關的方式表示 XML 文檔的官方 W3C 標准。DOM 是以層次結構組織的節點或信息片斷的集合。這個層次結構允許開發人員在樹中尋找特定信息。分析該結構通常需要載入整個文檔和構造層次結構，然後才能做任何工作。由於它是基於信息層次的，因而 DOM 被認為是基於樹或基於對象的。DOM 以及廣義的基於樹的處理具有幾個優點。首先，由於樹在內存中是持久的，因此可以修改它以便應用程序能對數據和結構作出更改。它還可以在任何時候在樹中上下導航，而不是像 SAX 那樣是一次性的處理。DOM 使用起來也要簡單得多。
XML的四種解析器(dom,sax,jdom,dom4j)原理及性能比較(轉自zsq)
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。
6、總述
JDOM 和 DOM 在性能測試時表現不佳，在測試 10M 文檔時內存溢出。在小文檔情況下還值得考慮使用 DOM 和 JDOM。雖然 JDOM 的開發者已經說明他們期望在正式發行版前專注性能問題，但是從性能觀點來看，它確實沒有值得推薦之處。另外，DOM 仍是一個非常好的選擇。DOM 實現廣泛應用於多種編程語言。它還是許多其它與 XML 相關的標準的基礎，因為它正式獲得 W3C 推薦（與基於非標準的 Java 模型相對），所以在某些類型的項目中可能也需要它（如在 javascript 中使用 DOM）。
SAX表現較好，這要依賴於它特定的解析方式。一個 SAX 檢測即將到來的XML流，但並沒有載入到內存（當然當XML流被讀入時，會有部分文檔暫時隱藏在內存中）。
無疑，DOM4J是最好的，目前許多開源項目中大量採用 DOM4J，例如大名鼎鼎的 Hibernate 也用 DOM4J 來讀取 XML 配置文件。如果不考慮可移植性，那就採用DOM4J吧！
⑵ java 解析xml
⑶ java的xml的解析方式有什麼，他們的解析流程是怎麼樣的，有什麼區別
答：4種。（或者說是兩種，因為JDOM和DOM4J是DOM的兩個特殊情況）
1.SAX解析
解析方式是事件驅動機制！
SAX解析器，逐行讀取XML文件解析，每當解析到一個標簽的開始/結束/內容/屬性時，觸發事件。
可以在這些事件發生時，編寫程序進行相應的處理。
優點：
分析能夠立即開始，而不是等待所有的數據被處理。
逐行載入，節省內存，有助於解析大於系統內存的文檔。
有時不必解析整個文檔，它可以在某個條件得到滿足時停止解析。
缺點：
1.單向解析，無法定位文檔層次，無法同時訪問同一個文檔的不同部分數據（因為逐行解析，當解析第n行時，第n-1行）已經被釋放了，無法再對其進行操作）。
2. 無法得知事件發生時元素的層次, 只能自己維護節點的父/子關系。
3. 只讀解析方式, 無法修改XML文檔的內容。
2. DOM解析
是用與平台和語言無關的方式表示XML文檔的官方W3C標准，分析該結構通常需要載入整個 文檔和內存中建立文檔樹模型。程序員可以通過操作文檔樹, 來完成數據的獲取 修改 刪除等。
優點:
文檔在內存中載入, 允許對數據和結構做出更改。訪問是雙向的，可以在任何時候在樹中雙向解析數據。
缺點:
文檔全部載入在內存中 , 消耗資源大。
3. JDOM解析
目的是成為Java特定文檔模型，它簡化與XML的交互並且比使用DOM實現更快。由於是第一 個Java特定模型，JDOM一直得到大力推廣和促進。
JDOM文檔聲明其目的是「使用20%（或更少）的精力解決80%（或更多）Java/XML問題」 （根據學習曲線假定為20%）
優點:
使用具體類而不是介面，簡化了DOM的API。
大量使用了Java集合類，方便了Java開發人員。
缺點:
沒有較好的靈活性。
性能不是那麼優異。
4. DOM4J解析
它是JDOM的一種智能分支。它合並了許多超出基本XML文檔表示的功能，包括集成的XPath 支持、XML Schema支持以及用於大文檔或流化文檔的基於事件的處理。它還提供了構建文檔表示的選項， DOM4J是一個非常優秀的Java XML API，具有性能優異、功能強大和極端易用使用的特點，同時它也是一 個開放源代碼的軟體。如今你可以看到越來越多的Java軟體都在使用DOM4J來讀寫XML。
目前許多開源項目中大量採用DOM4J , 例如:Hibernate。
⑷ java解析xml的幾種方式哪種最好
在java中解析xml有哪幾種方法?
1、JDOM生成和解析XML
為減少DOM、SAX的編碼量,出現了JDOM
優點:20-80原則,極大減少了代碼量。
使用場合:要實現的功能簡單,如解析、創建等,但在底層,JDOM還是使用SAX(最常用)、DOM、Xanan文檔。
2、SAX生成和解析XML文檔
為解決DOM的問題,出現了SAX,SAX
事件驅動。當解析器發現元素開始、元素結束、文本、文檔的開始或結束等時發送事件,程序員編寫響應這些事件的代碼,保存數據。
優點:不用事先調入整個文檔,佔用資源少。SAX解析器代碼比DOM解析器代碼小,適於Applet下載。
缺點:不是持久的,事件過後若沒保存數據,那麼數據就丟了。無狀態性,從事件中只能得到文本,但不知該文本屬於哪個元素。
使用場合:Applet。只需XML文檔的少量內容,很少回頭訪問,機器內存少。
3、DOM生成和解析XML文檔
為XML文檔的已解析版本定義了一組介面。解析器讀入整個文檔,然後構建一個駐留內存的樹結構,然後代碼就可以使用 DOM 介面來操作這個樹結構。
優點:整個文檔樹在內存中,便於操作,支持刪除、修改、重新排列等多種功能。
缺點:將整個文檔調入內存(包括無用的節點),浪費時間和空間。
使用場合:一旦解析了文檔還需多次訪問這些數據,硬體資源充足(內存、CPU)。
⑸ 請問誰知道Java中如何解析XML文件
解析一個XML文件有四種方式：DOM 、JDOM、SAX 、DOM4J 。我以DOM解析方式來簡單說明下。
首先，我們先導入所需要的包：
import javax.xml.DocumentBuilderFactory; //用來創建解析器工廠
import javax.xml.DocumentBuilder; //解析器對象
import org.w3c.dom.Document; //Document類實現了W3C組織定義的介面規范。
import org.w3c.dom.NodeList; //節點列表類要導入的包，它也是W3C組織下的類。
DocumentBuilderFactory類是一個抽象類，不能直接實例化，但該類提供了一個newInstance方法，我們使用該方法先獲得一個新的實例對象factory:
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
接著，我們從解析器工廠獲取解析器對象：
DocumentBuilder builder = factory.newDocumentBuilder();
這時，可以調用DocumentBuilder對象的parse方法，它會返回一個新的DOM文檔對象：
Document doc = builder.parse(「http://services.explorecalifornia.org/rss/tours.php」);
這里parse方法將給定的URI的內容當作XML文檔來分析，最後形成一個樹狀對象集合。這樣我們就可以使用doc對象來獲取文檔中的內容了。如：
NodeList list = doc.getElementsByTagName(「title」);
getElementsByTagName方法可以根據標簽名獲取元素節點集合。調用該方法並傳入標簽名「title」作為參數，能獲取到所有「title」元素的集合。
用DOM解析XML大體步驟如上，如果你還有不明白的，可以上秒秒學了解下。
⑹ Java 如何解析XML
dom4j解決方法
代碼示例：
try {
SAXReader reader=new SAXReader();
Document dom=reader.read("D:\\company.xml");
Element root=dom.getRootElement();
List treeList=root.selectNodes("Tree");
for(int i=0;i<treeList.size();i++){
Element tree=(Element)treeList.get(i);
if(tree.attributeValue("id").trim().equals("ss")){
Element entry=tree.addElement("Entry");
entry.addAttribute("id", "2");
entry.addAttribute("parentId", "0");
entry.addAttribute("name", "li");
}
}
OutputFormat format=OutputFormat.createPrettyPrint();
XMLWriter writer=new XMLWriter(new FileWriter("D:\\company.xml"),format);
writer.write(dom);
writer.close();
} catch (DocumentException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}
執行上面的代碼時，在D盤下面要有一個company.xml文件，文件內容為：
<Companys>
<Tree id="ss">
<Entry id="1" parentId="0" name="zhang"></Entry>
</Tree>
</Companys>
執行上面的代碼後，將在Tree下再追加一個節點。
⑺ java解析xml有幾種方法
SAX, DOM, jdom , dom4j四種
1、DOM(JAXP Crimson解析器)
DOM是用與平台和語言無關的方式表示XML文檔的官方W3C標准。DOM是以層次結構組織的節點或信息片斷的集合。
這個層次結構允許開發人員在樹中尋找特定信息。分析該結構通常需要載入整個文檔和構造層次結構，然後才能做任何工作。
由於它是基於信息層次的，因而DOM被認為是基於樹或基於對象的。DOM以及廣義的基於樹的處理具有幾個優點。
首先，由於樹在內存中是持久的，因此可以修改它以便應用程序能對數據和結構作出更改。
它還可以在任何時候在樹中上下導航，而不是像SAX那樣是一次性的處理。DOM使用起來也要簡單得多。
2、SAX
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解析器的時候編碼工作會比較困難，
而且很難同時訪問同一個文檔中的多處不同數據。
3、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許可證變體下發布的開放源碼。
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。
比較
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流被讀入時，會有部分文檔暫時隱藏在內存中)
網頁鏈接
⑻ 在java在如何解析XML文件
在java環境下讀取xml文件的方法主要有4種：DOM、SAX、JDOM、JAXB
1. DOM(Document Object Model)
此方法主要由W3C提供，它將xml文件全部讀入內存中，然後將各個元素組成一棵數據樹，以便快速的訪問各個節點 。 因此非常消耗系統性能 ，對比較大的文檔不適宜採用DOM方法來解析。 DOM API 直接沿襲了 XML 規范。每個結點都可以擴展的基於 Node 的介面，就多態性的觀點來講，它是優秀的，但是在 Java 語言中的應用不方便，並且可讀性不強。
實例：
import javax.xml.parsers.*;
//XML解析器介面
import org.w3c.dom.*;
//XML的DOM實現
import org.apache.crimson.tree.XmlDocument;
//寫XML文件要用到
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
//允許名字空間
factory.setNamespaceAware(true);
//允許驗證
factory.setValidating(true);
//獲得DocumentBuilder的一個實例
try {
DocumentBuilder builder = factory.newDocumentBuilder();
} catch (ParserConfigurationException pce) {
System.err.println(pce);
// 出異常時輸出異常信息，然後退出，下同
System.exit(1);
}
//解析文檔，並獲得一個Document實例。
try {
Document doc = builder.parse(fileURI);
} catch (DOMException dom) {
System.err.println(dom.getMessage());
System.exit(1);
} catch (IOException ioe) {
System.err.println(ioe);
System.exit(1);
}
//獲得根節點StuInfo
Element elmtStuInfo = doc.getDocumentElement();
//得到所有student節點
NodeList nlStudent = elmtStuInfo.getElementsByTagNameNS(
strNamespace, "student");
for (……){
//當前student節點元素
Element elmtStudent = (Element)nlStudent.item(i);
NodeList nlCurrent = elmtStudent.getElementsByTagNameNS(
strNamespace, "name");
}
⑼ java XML解析詳解
(I)Java通過DOM解析XML
1>得到DOM解析器的工廠實例
DocumentBuilderFactory domfac=DocumentBuilderFactory.newInstance();
得到javax.xml.parsers.DocumentBuilderFactory;類的實例就是我們要的解析器工廠
2>從DOM工廠獲得DOM解析器
DocumentBuilder dombuilder=domfac.newDocumentBuilder();
通過javax.xml.parsers.DocumentBuilderFactory實例的靜態方法newDocumentBuilder()得到DOM解析器
3>把要解析的XML文檔轉化為輸入流，以便DOM解析器解析它
InputStream is=new FileInputStream("bin/library.xml");
InputStream是一個介面。
4>解析XML文檔的輸入流，得到一個Document
Document doc=dombuilder.parse(is);
由XML文檔的輸入流得到一個org.w3c.dom.Document對象，以後的處理都是對Document對象進行的
5>得到XML文檔的根節點
Element root=doc.getDocumentElement();
在DOM中只有根節點是一個org.w3c.dom.Element對象。
6>得到節點的子節點
NodeList books=root.getChildNodes();
for(int i=0;i<books.getLength();i++){
Node book=books.item(i);
}
這是用一個org.w3c.dom.NodeList介面來存放它所有子節點的，還有一種輪循子節點的方法，後面有介紹
7>取得節點的屬性值
String email=book.getAttributes().getNamedItem("email").getNodeValue();
System.out.println(email);
注意，節點的屬性也是它的子節點。它的節點類型也是Node.ELEMENT_NODE
8>輪循子節點
for(Node node=book.getFirstChild();node!=null;node=node.getNextSibling()){
if(node.getNodeType()==Node.ELEMENT_NODE){
if(node.getNodeName().equals("name")){
String name=node.getNodeValue();
String name1=node.getFirstChild().getNodeValue();
...
if(node.getNodeName().equals("price")){
String price=node.getFirstChild().getNodeValue();
...
Java通過SAX解析XML
Simple API for XML（簡稱SAX）是個循序存取XML的解析器API。
一個實現SAX的解析器（也就是「SAX Parser」）以一個串流解析器的型式作用，擁有事件驅動API。由使用者定義回調函數，解析時，若發生事件的話會被調用。SAX事件包括：
XML 文字 節點
XML 元素 節點
XML 處理指令
XML 注釋
Java代碼
<person>
<user>
<username>謝成志</username>
<password>6626310xie</password>
<sex>男</sex>
<birthday>1988/11/28</birthday>
<headpic>
<pictitle>ermao</pictitle>
<picurl>images/head1.jpg</picurl>
</headpic>
</user>
</person>
此為下面即將解析度簡單xml結構，並將其封裝成一個User對象。
////////////////////////////////////////////////////////////////////////////////////
Java代碼
<span style="font-family: courier new,courier; font-size: small;">package com.xcz.xml;
import java.io.File;
import java.io.IOException;
import javax.xml.parsers.ParserConfigurationException;
import javax.xml.parsers.SAXParser;
import javax.xml.parsers.SAXParserFactory;
import org.xml.sax.SAXException;
import com.xcz.util.SaxUtil;
public class Sax4XML {
public static void main(String[] args) {
try {
//1.獲取factory
SAXParserFactory factory = SAXParserFactory.newInstance();
//2.獲取parser
SAXParser parser = factory.newSAXParser();
//3.獲取解析時的監聽器對象
SaxUtil su = new SaxUtil();
//4.開始解析
parser.parse(new File("src/user-params.xml"), su);
System.out.println(su.getUser());
} catch (ParserConfigurationException e) {
e.printStackTrace();
} catch (SAXException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}
}
}
</span>
////////////////////////////////////////////////////////////////////////////////////
Java代碼
<span style="font-family: courier new,courier; font-size: small;">package com.xcz.util;
import java.text.ParseException;
import java.text.SimpleDateFormat;
import org.xml.sax.Attributes;
import org.xml.sax.SAXException;
import org.xml.sax.helpers.DefaultHandler;
import com.xcz.po.HeadPic;
import com.xcz.po.User;
/**
* 定義xml解析時的監聽類
*
* 實現方式有很多，可以實現介面：ContentHandler，DTDHandler， EntityResolver 和 ErrorHandler
* 但我們常用的繼承：DefaultHandler
*/
public class SaxUtil extends DefaultHandler {
private User user;
private HeadPic headPic;
private String content;
private SimpleDateFormat sdf = new SimpleDateFormat("yyyy/MM/dd");
@Override
public void characters(char[] ch, int start, int length)
throws SAXException {
content = new String(ch, start, length);
}
//當解析到文本開始時觸發
@Override
public void startDocument() throws SAXException {
super.startDocument();
}
//當解析到文本結束時觸發
@Override
public void endDocument() throws SAXException {
super.endDocument();
}
//當解析到元素開始時觸發
@Override
public void startElement(String uri, String localName, String name,
Attributes attributes) throws SAXException
{
if("user".equals(name))
{
user = new User();
}
if("headpic".equals(name))
{
headPic = new HeadPic();
}
}
//當解析到元素結束時觸發
@Override
public void endElement(String uri, String localName, String name)
throws SAXException
{
if("username".equals(name))
{
user.setUsername(content);
}
if("password".equals(name))
{
user.setPassword(content);
}
if("sex".equals(name))
{
user.setSex(content);
}
if("birthday".equals(name))
{
try {
user.setBirthday(sdf.parse(content));
} catch (ParseException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
if("pictitle".equals(name))
{
headPic.setPicTitle(content);
}
if("picurl".equals(name))
{
headPic.setPicUrl(content);
user.setHeadPic(headPic);
}
}
public User getUser(){
return user;
}
}</span>
[優點]
(1).節約內存開銷
SAX解析器在某些方面優於DOM風格解析器，因為SAX解析器的內存使用量一般遠低於DOM解析器使用量。DOM解析器在任何處理開始之前，必須將xml以整棵樹放在內存，所以DOM解析器的內存使用量完全根據輸入資料的大小。相對來說，SAX解析器的內存內容，是只基於XML檔案的最大深度（XML樹的最大深度）和單一XML項目上XML屬性儲存的最大資料。
(2)解析速度快
因為SAX事件驅動的本質，處理文件通常會比DOM風格的解析器快。
[缺點]
SAX事件驅動的模型對於XML解析很有用，但它確實有某些缺點。
某些種類的XML驗證需要存取整份文件。例如，一個DTD IDREF屬性需要文件內有項目使用指定字串當成DTD ID屬性。要在SAX解析器內驗證，必須追蹤每個之前遇過的ID和IDREF屬性，檢查是否有任何相符。更甚者，一個IDREF找不到對應的ID，使用者只會在整份文件都解析完後才發現，若這種連結對於建立有效輸出是重要的，那用在處理整份文件的時間只是浪費。