ValidationType屬性設置驗證的類型，它可以是:DTD, XSD, XDR或者none。如果沒有指定驗證的類型（用ValidationType.Auto選項），閱讀器將自動的根據文檔用最適合的驗證類型。在驗證過程中出現任何錯誤，都會觸發ValidationEventHandler事件。如果未提供事件ValidationEventHandler事件處理程序，則拋出一個XML異常。定義ValidationEventHandler事件處理程序是用于捕捉任何在XML源文件中存在錯誤而引發XML異常的一種方法。要注意的是閱讀器的原理是檢查一個文檔是否是格式良好的，以及檢查文檔是否與架構吻合。如果帶驗證的閱讀器發現一個有嚴重的格式錯誤的XML文檔，只會觸發XmlException異常,它不會觸發其它的事件。

　　驗證發生在用戶用Read方法向前移動指針時，一旦節點被分析和讀取，它獲得傳送過來的處理驗證的內部的對象。驗證操作是基于節點類型及被要求的驗證類型。它確認節點所有的屬性和節點包含的子節點是否符合驗證條件。

　　驗證對象在內部調用兩個不同風格的對象：DTD分析器和架構生成器(schema builder)。DTD分析器處理當前節點的內容和不符合DTD的子樹。架構生成器根據XDR或者XSD架構對當前的節點構建一個SOM（schema object model）。架構生成器類實際上是所有指定為XDR和XSD架構生成器的基類。為什么呢，雖然XDR和XSD架構的許多相同的方法被加工處理過，但是它們在執行時的性能沒有區別。

　　如果節點有子節點，用另一個臨時的閱讀器收集子節點信息，因此節點的架構信息能被完全地驗證。你可以看圖五：

　　注意，盡管XmlValidatingReader類的構造函數可以接受一個XmlReader類作為其閱讀器，但是該閱讀器只能是XmlTextReader類的一個實例或者是它的一個派生類的實例。這意味著你不能用其它從XmlReader派生的類（例如一個自定義的XML閱讀器）。在XmlValidatingReader類的內部，它假設閱讀器是一個子XmlTextReader對象及把傳入的閱讀器顯式的轉換成XmlTextReader類。如果你用XmlNodeReader或者自定義的閱讀器器，程序在編譯時會出錯，運行時拋出一個異常。


　　節點閱讀器

　　XML閱讀器提供一種增量式的方法（一個一個節點的讀）來處理文檔的內容。到目前為止，我們假設源文件是一個基于硬盤的流或者是一個字符串流，然而，我們不能保證在實際中會提供一個源文件的XMLDOM對象給我們。在這種情況下，我們需要一個帶有特別的讀方法的特別的類。對這種情況，.NET Framework提供了XmlNodeReader類。

　　就像XmlTextReader訪問指定XML流中所有節點一樣，XmlNodeReader類訪問XMLDOM子樹的所有節點。XMLDOM類（在.NET Framework中的XmlDocument類）支持基于Xpath的方法，例如SelectNodes方法和SelectSingleNode方法。這些方法的作用是把匹配的節點放在內存中。如果你需要處理子樹中的所有節點，節點閱讀器比用增量式方法處理節點的閱讀器具有更高的效率：

// xmldomNode is the XML DOM node

XmlNodeReader nodeReader = new XmlNodeReader(xmldomNode);

while (nodeReader.Read())

{

// Do something here

}

　　當你要在配置文件（例如web.cofig文件）中引用自定義的數據時，先把這些數據填充到XMLDOM樹中，然后用XmlNodeReader類與XMLDOM類結合處理這些數據。這也是高效的。