java類方法解析器,java解碼器

本文目錄一覽：

• 1、在java中解析xml有哪幾種方法
• 2、比較流行 java xml解析器有幾種 名子是什麼？
• 3、java的xml的解析方式有什麼，他們的解析流程是怎麼樣的，有什麼區別
• 4、目前在Java中幾種常用的XML解析器的比較

在java中解析xml有哪幾種方法

(1)DOM解析

DOM是html和xml的應用程序接口(API)，以層次結構（類似於樹型）來組織節點和信息片段，映射XML文檔的結構，允許獲取

和操作文檔的任意部分，是W3C的官方標準

【優點】

①允許應用程序對數據和結構做出更改。

②訪問是雙向的，可以在任何時候在樹中上下導航，獲取和操作任意部分的數據。

【缺點】

①通常需要加載整個XML文檔來構造層次結構，消耗資源大。

【解析詳解】

①構建Document對象：

DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();

DocumentBuilder db = bdf.newDocumentBuilder();

InputStream is = Thread.currentThread().getContextClassLoader().getResourceAsStream(xml文件);

Document doc = bd.parse(is);

②遍歷DOM對象

Document： XML文檔對象，由解析器獲取

NodeList： 節點數組

Node： 節點(包括element、#text)

Element： 元素，可用於獲取屬性參數

(2)SAX(Simple API for XML)解析

流模型中的”推”模型分析方式。通過事件驅動，每發現一個節點就引發一個事件，事件推給事件處理器，通過回調方法

完成解析工作，解析XML文檔的邏輯需要應用程序完成

【優勢】

①不需要等待所有數據都被處理，分析就能立即開始。

②只在讀取數據時檢查數據，不需要保存在內存中。

③可以在某個條件得到滿足時停止解析，不必解析整個文檔。

④效率和性能較高，能解析大於系統內存的文檔。

【缺點】

①需要應用程序自己負責TAG的處理邏輯（例如維護父/子關係等），文檔越複雜程序就越複雜。

②單嚮導航，無法定位文檔層次，很難同時訪問同一文檔的不同部分數據，不支持XPath。

【原理】

簡單的說就是對文檔進行順序掃描，當掃描到文檔(document)開始與結束、元素(element)開始與結束時通知事件

處理函數(回調函數)，進行相應處理，直到文檔結束

【事件處理器類型】

①訪問XML DTD：DTDHandler

②低級訪問解析錯誤：ErrorHandler

③訪問文檔內容：ContextHandler

【DefaultHandler類】

SAX事件處理程序的默認基類，實現了DTDHandler、ErrorHandler、ContextHandler和EntityResolver接口，通常

做法是，繼承該基類，重寫需要的方法，如startDocument()

【創建SAX解析器】

SAXParserFactory saxf = SAXParserFactory.newInstance();

SAXParser sax = saxf.newSAXParser();

註：關於遍歷

①深度優先遍歷(Depthi-First Traserval)

②廣度優先遍歷(Width-First Traserval)

(3)JDOM(Java-based Document Object Model)

Java特定的文檔對象模型。自身不包含解析器，使用SAX

【優點】

①使用具體類而不是接口，簡化了DOM的API。

②大量使用了Java集合類，方便了Java開發人員。

【缺點】

①沒有較好的靈活性。

②性能較差。

(4)DOM4J(Document Object Model for Java)

簡單易用，採用Java集合框架，並完全支持DOM、SAX和JAXP

【優點】

①大量使用了Java集合類，方便Java開發人員，同時提供一些提高性能的替代方法。

②支持XPath。

③有很好的性能。

【缺點】

①大量使用了接口，API較為複雜。

(5)StAX(Streaming API for XML)

流模型中的拉模型分析方式。提供基於指針和基於迭代器兩種方式的支持,JDK1.6新特性

【和推式解析相比的優點】

①在拉式解析中，事件是由解析應用產生的，因此拉式解析中向客戶端提供的是解析規則，而不是解析器。

②同推式解析相比，拉式解析的代碼更簡單，而且不用那麼多庫。

③拉式解析客戶端能夠一次讀取多個XML文件。

④拉式解析允許你過濾XML文件和跳過解析事件。

【簡介】

StAX API的實現是使用了Java Web服務開發（JWSDP）1.6，並結合了Sun Java流式XML分析器(SJSXP)-它位於

javax.xml.stream包中。XMLStreamReader接口用於分析一個XML文檔，而XMLStreamWriter接口用於生成一個

XML文檔。XMLEventReader負責使用一個對象事件迭代子分析XML事件-這與XMLStreamReader所使用的光標機制

形成對照。

比較流行 java xml解析器有幾種 名子是什麼？

DOM:處理大型文件時其性能下降的非常厲害。這個問題是由DOM的樹結構所造成的，這種結構佔用的內存較多，而且DOM必須在解析文件之前把整個文檔裝入內存,適合對XML的隨機訪問

SAX:不現於DOM,SAX是事件驅動型的XML解析方式。它順序讀取XML文件，不需要一次全部裝載整個文件。當遇到像文件開頭，文檔結束，或者標籤開頭與標籤結束時，它會觸發一個事件，用戶通過在其回調事件中寫入處理代碼來處理XML文件，適合對XML的順序訪問

STAX:Streaming

API

for

XML

(StAX)

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解析器的比較

目前常用的XML的解析器主要有:SAX,DOM,Xerces

1、SAX處理的優點非常類似於流媒體的優點。分析能夠立即開始，而不是等待所有的數據被處理。而且，由於應用程序只是在讀取數據時檢查數據，因此不需要將數據存儲在內存中。這對於大型文檔來說是個巨大的優點。事實上，應用程序甚至不必解析整個文檔；它可以在某個條件得到滿足時停止解析。一般來說，SAX 還比它的替代者 DOM 快許多。另一方面，由於應用程序沒有以任何方式存儲數據，使用 SAX 來更改數據或在數據流中往後移是不可能的。

2、DOM 以及廣義的基於樹的處理具有幾個優點。首先，由於樹在內存中是持久的，因此可以修改它以便應用程序能對數據和結構作出更改。它還可以在任何時候在樹中上下導航，而不是像 SAX 那樣是一次性的處理。DOM 使用起來也要簡單得多。另一方面，在內存中構造這樣的樹涉及大量的開銷。大型文件完全佔用系統內存容量的情況並不鮮見。此外，創建一棵 DOM 樹可能是一個緩慢的過程。

3、選擇 DOM 還是選擇 SAX，這取決於下面幾個因素: 

      應用程序的目的：如果打算對數據作出更改並將它輸出為 XML，那麼在大多數情況下，DOM 是適當的選擇。並不是說使用 SAX 就不能更改數據，但是該過程要複雜得多，因為您必須對數據的一份拷貝而不是對數據本身作出更改。 

      數據容量： 對於大型文件，SAX 是更好的選擇。數據將如何使用：如果只有數據中的少量部分會被使用，那麼使用 SAX 來將該部分數據提取到應用程序中可能更好。 另一方面，如果您知道自己以後會回頭引用已處理過的大量信息，那麼 SAX 也許不是恰當的選擇。 

      對速度的需要：SAX 實現通常要比 DOM 實現更快。 

      SAX 和 DOM 不是相互排斥的，記住這點很重要。您可以使用 DOM 來創建 SAX 事件流，也可以使用 SAX 來創建 DOM 樹。事實上，用於創建 DOM 樹的大多數解析器實際上都使用 SAX 來完成這個任務！

4、SAX,DOM是兩種對XML文檔進行分析的方法（沒有具體的實現，只有接口），所以不是解釋器，如果光有他們，你是完成不了對xml文檔的處理的。SAX的包是org.xml.sax，DOM的包是org.w3c.dom，包的名稱很重要，它有助於你理解他們之間的關係。

5、jaxp是api，他封裝了sax/dom兩種接口。並在sax/dom的基礎之上，作了一套比較簡單的api以供開發人員使用。jaxp的包是javax.xml.parsers，可以看看jaxp的源文件，它的文件中包含了對sax或者dom的引用（import）jaxp也不是具體的實現，他只是一套api。如果你僅僅有jaxp那是無法工作的，（其實jaxp只是完成對sax、dom的包裝，生成了DocumentBuilderFactory/DocumentBuilder和SAXParserFactory SAXParser。也就是設計模式中的工廠模式，他的好處就是具體的對象（ 解釋器）建立由子類完成）

6、xerces解釋器（號稱地球上最快的xml解釋器）在xerces中對jaxp中定義的SAXParser SAXParserFactory DocumentBuilder DocumentBuilderFactory進行了繼承（extends）對應SAXParserImpl XParserFactoryImpl DocumentBuilderImpl DocumentBuilderFactoryImpl這就是為什麼你的classpath中只要有xerces.jar（其中包含了sax dom jaxp ）和 xercesImpl.jar就可以的原因了.