在平時(shí)工作中，難免會(huì )遇到把XML作為數據存儲格式。面對目前種類(lèi)繁多的解決方案，哪個(gè)最適合我們呢？在這篇文章中，我對這四種主流方案做一個(gè)不完全評測，僅僅針對遍歷XML這塊來(lái)測試，因為遍歷XML是工作中使用最多的(至少我認為)。
預備
測試環(huán)境：
AMD毒龍1.4G OC 1.5G、256M DDR333、Windows2000 Server SP4、Sun JDK 1.4.1+Eclipse 2.1+Resin 2.1.8，在Debug模式下測試。
XML文件格式如下：
?。?xml version="1.0" encoding="GB2312"?＞＜RESULT＞＜VALUE＞
?。糔O＞A1234＜/NO＞
?。糀DDR＞四川省XX縣XX鎮XX路X段XX號＜/ADDR＞＜/VALUE＞＜VALUE＞
?。糔O＞B1234＜/NO＞
?。糀DDR＞四川省XX市XX鄉XX村X(qián)X組＜/ADDR＞＜/VALUE＞＜/RESULT＞
測試方法：
采用JSP端調用Bean(至于為什么采用JSP來(lái)調用，請參考：http://blog.csdn.net/rosen/archive/2004/10/15/138324.aspx)，讓每一種方案分別解析10K、100K、1000K、10000K的XML文件，計算其消耗時(shí)間(單位:毫秒)。
JSP文件：
?。?@ page contentType="text/html; charset=gb2312" %＞＜%@ page import="com.test.*"%＞
?。糷tml＞＜body＞＜%String args[]={""};MyXMLReader.main(args);%＞＜/body＞＜/html＞
測試
首先出場(chǎng)的是DOM(JAXP Crimson解析器)
DOM是用與平臺和語(yǔ)言無(wú)關(guān)的方式表示XML文檔的官方W3C標準。DOM是以層次結構組織的節點(diǎn)或信息片斷的集合。這個(gè)層次結構允許開(kāi)發(fā)人員在樹(shù)中尋找特定信息。分析該結構通常需要加載整個(gè)文檔和構造層次結構，然后才能做任何工作。由于它是基于信息層次的，因而DOM被認為是基于樹(shù)或基于對象的。DOM以及廣義的基于樹(shù)的處理具有幾個(gè)優(yōu)點(diǎn)。首先，由于樹(shù)在內存中是持久的，因此可以修改它以便應用程序能對數據和結構作出更改。它還可以在任何時(shí)候在樹(shù)中上下導航，而不是像SAX那樣是一次性的處理。DOM使用起來(lái)也要簡(jiǎn)單得多。
另一方面，對于特別大的文檔，解析和加載整個(gè)文檔可能很慢且很耗資源，因此使用其他手段來(lái)處理這樣的數據會(huì )更好。這些基于事件的模型，比如SAX。
Bean文件：
package com.test;
import java.io.*;import java.util.*;import org.w3c.dom.*;import javax.xml.parsers.*;
public class MyXMLReader{
public static void main(String arge[]){
long lasting =System.currentTimeMillis();
try{
File f=new File("data_10k.xml");
DocumentBuilderFactory factory=DocumentBuilderFactory.newInstance();
DocumentBuilder builder=factory.newDocumentBuilder();
Document doc = builder.parse(f);
NodeList nl = doc.getElementsByTagName("VALUE");
for (int i=0;i＜nl.getLength();i++){
System.out.print("車(chē)牌號碼:" + doc.getElementsByTagName("NO").item(i).getFirstChild().getNodeValue());
System.out.println("車(chē)主地址:" + doc.getElementsByTagName("ADDR").item(i).getFirstChild().getNodeValue());
}
}catch(Exception e){
e.printStackTrace();
}
System.out.println("運行時(shí)間："+(System.currentTimeMillis() - lasting)+"毫秒");}}
10k消耗時(shí)間：265 203 219 172
100k消耗時(shí)間：9172 9016 8891 9000
1000k消耗時(shí)間：691719 675407 708375 739656
10000k消耗時(shí)間：OutOfMemoryError
接著(zhù)是SAX
這種處理的優(yōu)點(diǎn)非常類(lèi)似于流媒體的優(yōu)點(diǎn)。分析能夠立即開(kāi)始，而不是等待所有的數據被處理。而且，由于應用程序只是在讀取數據時(shí)檢查數據，因此不需要將數據存儲在內存中。這對于大型文檔來(lái)說(shuō)是個(gè)巨大的優(yōu)點(diǎn)。事實(shí)上，應用程序甚至不必解析整個(gè)文檔；它可以在某個(gè)條件得到滿(mǎn)足時(shí)停止解析。一般來(lái)說(shuō)，SAX還比它的替代者DOM快許多。
選擇DOM還是選擇SAX？
對于需要自己編寫(xiě)代碼來(lái)處理XML文檔的開(kāi)發(fā)人員來(lái)說(shuō)，
選擇DOM還是SAX解析模型是一個(gè)非常重要的設計決策。
DOM采用建立樹(shù)形結構的方式訪(fǎng)問(wèn)XML文檔，而SAX采用的事件模型。
DOM解析器把XML文檔轉化為一個(gè)包含其內容的樹(shù)，并可以對樹(shù)進(jìn)行遍歷。用DOM解析模型的優(yōu)點(diǎn)是編程容易，開(kāi)發(fā)人員只需要調用建樹(shù)的指令，然后利用navigation APIs訪(fǎng)問(wèn)所需的樹(shù)節點(diǎn)來(lái)完成任務(wù)?？梢院苋菀椎奶砑雍托薷臉?shù)中的元素。然而由于使用DOM解析器的時(shí)候需要處理整個(gè)XML文檔，所以對性能和內存的要求比較高，尤其是遇到很大的XML文件的時(shí)候。由于它的遍歷能力，DOM解析器常用于XML文檔需要頻繁的改變的服務(wù)中。
SAX解析器采用了基于事件的模型，它在解析XML文檔的時(shí)候可以觸發(fā)一系列的事件，當發(fā)現給定的tag的時(shí)候，它可以激活一個(gè)回調方法，告訴該方法制定的標簽已經(jīng)找到。SAX對內存的要求通常會(huì )比較低，因為它讓開(kāi)發(fā)人員自己來(lái)決定所要處理的tag。特別是當開(kāi)發(fā)人員只需要處理文檔中所包含的部分數據時(shí)，SAX這種擴展能力得到了更好的體現。但用SAX解析器的時(shí)候編碼工作會(huì )比較困難，而且很難同時(shí)訪(fǎng)問(wèn)同一個(gè)文檔中的多處不同數據。
Bean文件：
package com.test;import org.xml.sax.*;import org.xml.sax.helpers.*;import javax.xml.parsers.*;
public class MyXMLReader extends DefaultHandler {
java.util.Stack tags = new java.util.Stack();
public MyXMLReader() {
super();}
public static void main(String args[]) {
long lasting = System.currentTimeMillis();
try {
SAXParserFactory sf = SAXParserFactory.newInstance();
SAXParser sp = sf.newSAXParser();
MyXMLReader reader = new MyXMLReader();
sp.parse(new InputSource("data_10k.xml"), reader);
} catch (Exception e) {
e.printStackTrace();
}
System.out.println("運行時(shí)間：" + (System.currentTimeMillis() - lasting) + "毫秒");}
public void characters(char ch[], int start, int length) throws SAXException {
String tag = (String) tags.peek();
if (tag.equals("NO")) {
System.out.print("車(chē)牌號碼：" + new String(ch, start, length));}if (tag.equals("ADDR")) {
System.out.println("地址:" + new String(ch, start, length));}}
public void startElement(String uri,String localName,String qName,Attributes attrs) {
tags.push(qName);}}
10k消耗時(shí)間：110 47 109 78
100k消耗時(shí)間：344 406 375 422
1000k消耗時(shí)間：3234 3281 3688 3312
10000k消耗時(shí)間：32578 34313 31797 31890 30328
然后是JDOM http://www.jdom.org/
JDOM的目的是成為Java特定文檔模型，它簡(jiǎn)化與XML的交互并且比使用DOM實(shí)現更快。由于是第一個(gè)Java特定模型，JDOM一直得到大力推廣和促進(jìn)。正在考慮通過(guò)“Java規范請求JSR-102”將它最終用作“Java標準擴展”。從2000年初就已經(jīng)開(kāi)始了JDOM開(kāi)發(fā)。
JDOM與DOM主要有兩方面不同。首先，JDOM僅使用具體類(lèi)而不使用接口。這在某些方面簡(jiǎn)化了API，但是也限制了靈活性。第二，API大量使用了Collections類(lèi)，簡(jiǎn)化了那些已經(jīng)熟悉這些類(lèi)的Java開(kāi)發(fā)者的使用。
JDOM文檔聲明其目的是“使用20%(或更少)的精力解決80%(或更多)Java/XML問(wèn)題”(根據學(xué)習曲線(xiàn)假定為20%)。JDOM對于大多數Java/XML應用程序來(lái)說(shuō)當然是有用的，并且大多數開(kāi)發(fā)者發(fā)現API比DOM容易理解得多。JDOM還包括對程序行為的相當廣泛檢查以防止用戶(hù)做任何在XML中無(wú)意義的事。然而，它仍需要您充分理解XML以便做一些超出基本的工作(或者甚至理解某些情況下的錯誤)。這也許是比學(xué)習DOM或JDOM接口都更有意義的工作。
JDOM自身不包含解析器。它通常使用SAX2解析器來(lái)解析和驗證輸入XML文檔(盡管它還可以將以前構造的DOM表示作為輸入)。它包含一些轉換器以將JDOM表示輸出成SAX2事件流、DOM模型或XML文本文檔。JDOM是在A(yíng)pache許可證變體下發(fā)布的開(kāi)放源碼。
Bean文件：
package com.test;
import java.io.*;import java.util.*;import org.jdom.*;import org.jdom.input.*;
public class MyXMLReader {
public static void main(String arge[]) {
long lasting = System.currentTimeMillis();
try {
SAXBuilder builder = new SAXBuilder();
Document doc = builder.build(new File("data_10k.xml"));
Element foo = doc.getRootElement();
List allChildren = foo.getChildren();
for(int i=0;i＜allChildren.size();i++) {
System.out.print("車(chē)牌號碼:" + ((Element)allChildren.get(i)).getChild("NO").getText());
System.out.println("車(chē)主地址:" + ((Element)allChildren.get(i)).getChild("ADDR").getText());
}
} catch (Exception e) {
e.printStackTrace();
}
System.out.println("運行時(shí)間：" + (System.currentTimeMillis() - lasting) + "毫秒");}}
10k消耗時(shí)間：125 62 187 94
100k消耗時(shí)間：704 625 640 766
1000k消耗時(shí)間：27984 30750 27859 30656
10000k消耗時(shí)間：OutOfMemoryError
最后是DOM4J http://dom4j.sourceforge.net/
雖然DOM4J代表了完全獨立的開(kāi)發(fā)結果，但最初，它是JDOM的一種智能分支。它合并了許多超出基本XML文檔表示的功能，包括集成的XPath支持、XML Schema支持以及用于大文檔或流化文檔的基于事件的處理。它還提供了構建文檔表示的選項，它通過(guò)DOM4J API和標準DOM接口具有并行訪(fǎng)問(wèn)功能。從2000下半年開(kāi)始，它就一直處于開(kāi)發(fā)之中。
為支持所有這些功能，DOM4J使用接口和抽象基本類(lèi)方法。DOM4J大量使用了API中的Collections類(lèi)，但是在許多情況下，它還提供一些替代方法以允許更好的性能或更直接的編碼方法。直接好處是，雖然DOM4J付出了更復雜的API的代價(jià)，但是它提供了比JDOM大得多的靈活性。
在添加靈活性、XPath集成和對大文檔處理的目標時(shí)，DOM4J的目標與JDOM是一樣的：針對Java開(kāi)發(fā)者的易用性和直觀(guān)操作。它還致力于成為比JDOM更完整的解決方案，實(shí)現在本質(zhì)上處理所有Java/XML問(wèn)題的目標。在完成該目標時(shí)，它比JDOM更少強調防止不正確的應用程序行為。
DOM4J是一個(gè)非常非常優(yōu)秀的Java XML API，具有性能優(yōu)異、功能強大和極端易用使用的特點(diǎn)，同時(shí)它也是一個(gè)開(kāi)放源代碼的軟件。如今你可以看到越來(lái)越多的Java軟件都在使用DOM4J來(lái)讀寫(xiě)XML，特別值得一提的是連Sun的JAXM也在用DOM4J。
Bean文件：
package com.test;
import java.io.*;import java.util.*;import org.dom4j.*;import org.dom4j.io.*;
public class MyXMLReader {
public static void main(String arge[]) {
long lasting = System.currentTimeMillis();
try {
File f = new File("data_10k.xml");
SAXReader reader = new SAXReader();
Document doc = reader.read(f);
Element root = doc.getRootElement();
Element foo;
for (Iterator i = root.elementIterator("VALUE"); i.hasNext();) {
foo = (Element) i.next();
System.out.print("車(chē)牌號碼:" + foo.elementText("NO"));
System.out.println("車(chē)主地址:" + foo.elementText("ADDR"));
}
} catch (Exception e) {
e.printStackTrace();
}
System.out.println("運行時(shí)間：" + (System.currentTimeMillis() - lasting) + "毫秒");}}
10k消耗時(shí)間：109 78 109 31
100k消耗時(shí)間：297 359 172 312
1000k消耗時(shí)間：2281 2359 2344 2469
10000k消耗時(shí)間：20938 19922 20031 21078
JDOM和DOM在性能測試時(shí)表現不佳，在測試10M文檔時(shí)內存溢出。在小文檔情況下還值得考慮使用DOM和JDOM。雖然JDOM的開(kāi)發(fā)者已經(jīng)說(shuō)明他們期望在正式發(fā)行版前專(zhuān)注性能問(wèn)題，但是從性能觀(guān)點(diǎn)來(lái)看，它確實(shí)沒(méi)有值得推薦之處。另外，DOM仍是一個(gè)非常好的選擇。DOM實(shí)現廣泛應用于多種編程語(yǔ)言。它還是許多其它與XML相關(guān)的標準的基礎，因為它正式獲得W3C推薦(與基于非標準的Java模型相對)，所以在某些類(lèi)型的項目中可能也需要它(如在JavaScript中使用DOM)。
SAX表現較好，這要依賴(lài)于它特定的解析方式。一個(gè)SAX檢測即將到來(lái)的XML流，但并沒(méi)有載入到內存(當然當XML流被讀入時(shí)，會(huì )有部分文檔暫時(shí)隱藏在內存中)。
無(wú)疑，DOM4J是這場(chǎng)測試的獲勝者，目前許多開(kāi)源項目中大量采用DOM4J，例如大名鼎鼎的Hibernate也用DOM4J來(lái)讀取XML配置文件。如果不考慮可移植性，那就采用DOM4J吧！(文/rosen）
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
