2.Simple API for XML (SAX) 的解析器:
SAX解釋器,可以說是一個把具體操作留給編程人員而把解釋工作留給自己的一個編程模型.它並沒有向DOM那樣把整個XML文檔加載到內存而是逐行解釋. 然後通過事件通知給程序,由具體的程序使用這些通知,然後加以處理,這裏就好像編寫事件驅動的代碼一樣.因而就內存的佔用率和解釋效率而, SAX是有其適用性的.
SAX的事件主要包括:
1. 文檔的開始startDocument事件
2. 對於元素而言的startElement和endElement
3. 對於處理字符文本的characters 事件
4. 以及文檔的結束endDocment事件
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解析器的時候編碼工作會比較困難，而且很難同時訪問同一個文檔中的多處不同數據。
