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类结合处理这些数据。这也是高效的。
