當你需要處理XML文檔時，你的首要選擇是使用DOM(文檔對象模型)還是使用SAX(用于XML的簡單API)，即當前使用的兩個主要的XML
API。你可以使用任何一種(或者在同一時間使用兩種)來處理XML文檔，然而DOM將文檔載入到內存中處理，而SAX則相反，它可以檢測一個即將到來的
XML流，由此并不需要所有的XML代碼同時載入到內存中。
選擇DOM與SAX，與在一個數據庫中的表單與視圖之前選擇一樣：選擇適合于當前實際情況的方法。如果你只是想簡單地查看XML文檔而不處理它，那么請選擇使用SAX。
SAX與DOM之間有一些顯著區別，包括：
DOM是復雜對象處理的首選，比如當XML比較復雜的時候，或者當你需要隨機處理文檔中數據的時候。SAX從文檔的開始通過每一節點移動，以定位一個特定的節點。
DOM
為載入到內存的文檔節點建立類型描述。最終，這些描述呈現了可容易橫向移動、潛在巨大、樹型結構。如果XML很冗長，DOM就會顯示出無法控制的脹大。例
如，一個300KB的XML文檔可以導致RAM或者虛擬內存中的3，000，000KB的DOM樹型結構。通過比較就會發現，一個SAX文檔根本就沒有被
解構，它也沒有隱藏在內存空間中(當然當XML流被讀入時，會有部分文檔暫時隱藏在內存中)。SAX就是一種“更輕巧的”技術──它可以給你的系統帶來更
輕的負擔。SAX相當于觀看一場馬拉松比賽，而DOM就好比邀請所有的比賽選手到家里參加晚餐。
所以，你如何選擇SAX和DOM？如果你處理復雜的東西，比如高級XSLT轉換，或者Xpath過濾，請選擇使用DOM。如果你建立或者更改XML文檔，你也可以選擇DOM。
相反，你可以使用SAX來查詢或者閱讀XML文檔。SAX可以快速掃描一個大型的XML文檔，當它找到查詢標準時就會立即停止，然后再處理之。
在某些情況下，在一個方案中，最佳的選擇是使用DOM和SAX處理不同的部分。例如，你可以使用DOM將XML載入到內存并改變它，然后通過從DOM樹中發送一個SAX流而轉移最后的結果。
SAX概念
SAX是Simple API for XML的縮寫，它并不是由W3C官方所提出的標準，可以說是“民間”的事實標準。實際上，它是一種社區性質的討論產物。雖然如此，在XML中對SAX的應用絲毫不比DOM少，幾乎所有的XML解析器都會支持它。
與DOM比較而言，SAX是一種輕量型的方法。我們知道，在處理DOM的時候，我們需要讀入整個的XML文檔，然后在內存中創建DOM樹，生成
DOM樹上的每個Node對象。當文檔比較小的時候，這不會造成什么問題，但是一旦文檔大起來，處理DOM就會變得相當費時費力。特別是其對于內存的需
求，也將是成倍的增長，以至于在某些應用中使用DOM是一件很不劃算的事（比如在applet中）。這時候，一個較好的替代解決方法就是SAX。
SAX在概念上與DOM完全不同。首先，不同于DOM的文檔驅動，它是事件驅動的，也就是說，它并不需要讀入整個文檔，而文檔的讀入過程也就
是SAX的解析過程。所謂事件驅動，是指一種基于回調（callback）機制的程序運行方法。（如果你對Java新的代理事件模型比較清楚的話，就會很
容易理解這種機制了）
在XMLReader接受XML文檔，在讀入XML文檔的過程中就進行解析，也就是說讀入文檔的過程和解析的過程是同時進行的，這和DOM區
別很大。解析開始之前，需要向XMLReader注冊一個ContentHandler，也就是相當于一個事件監聽器，在ContentHandler中
定義了很多方法，比如startDocument()，它定制了當在解析過程中，遇到文檔開始時應該處理的事情。當XMLReader讀到合適的內容，就
會拋出相應的事件，并把這個事件的處理權代理給ContentHandler，調用其相應的方法進行響應