决定何时使用 XmlDocument 与 XmlReader

我正在优化自定义对象 -> XML 序列化实用程序，一切都已完成并正常工作，这不是问题。

它的工作原理是将文件加载到XmlDocument对象，然后递归地遍历所有子节点。

我想也许使用XmlReader而不是有XmlDocument加载/解析整个内容会更快，所以我也实现了该版本。

算法完全相同，我使用包装类来抽象处理处理的功能XmlNode vs. an XmlReader。例如，GetChildren方法yield返回一个子元素XmlNode或子树XmlReader.

因此，我编写了一个测试驱动程序来测试这两个版本，并使用了一个重要的数据集（一个包含大约 1,350 个元素的 900kb XML 文件）。

然而，使用 JetBrains dotTRACE，我发现XmlReader版本实际上比XmlDocument版本！似乎涉及一些重要的处理XmlReader当我迭代子节点时读取调用。

所以我说这么多就是为了问这个：

有什么优点/缺点XmlDocument and XmlReader，在什么情况下应该使用其中之一？

我的猜测是存在一个文件大小阈值XmlReader性能变得更加经济，并且内存占用也更少。然而，该阈值似乎高于 1MB。

我正在打电话ReadSubTree每次处理子节点：

public override IEnumerable<IXmlSourceProvider> GetChildren ()
{
    XmlReader xr = myXmlSource.ReadSubtree ();
    // skip past the current element
    xr.Read ();

    while (xr.Read ())
    {
        if (xr.NodeType != XmlNodeType.Element) continue;
        yield return new XmlReaderXmlSourceProvider (xr);
    }
}

该测试适用于单个级别的许多对象（即宽和浅） - 但我想知道效果如何XmlReader当 XML 又深又广时，费用如何？ IE。我正在处理的 XML 很像一个数据对象模型，1 个父对象到许多子对象，等等：1..M..M..M

我事先也不知道我正在解析的 XML 的结构，因此我无法对其进行优化。

我一般都看过不是从最快的角度来看，而是从内存利用率看法。对于我使用它们的使用场景（典型的企业集成）来说，所有实现都足够快。

然而，我失败的地方（有时甚至是惊人的）是没有考虑到我正在使用的 XML 的一般大小。如果你提前考虑一下，你可以避免一些悲伤。

XML 在加载到内存中时往往会膨胀，至少对于像这样的 DOM 读取器来说是这样XmlDocument or XPathDocument。大概是10：1？确切的数量很难量化，但如果磁盘上有 1MB，那么内存中就会有 10MB，甚至更多。

使用任何读取器将整个文档完整加载到内存中的进程（XmlDocument/XPathDocument）可能会遭受大对象堆碎片的影响，这最终会导致OutOfMemoryException（即使有可用内存）导致服务/进程不可用。

由于大小大于 85K 的对象最终会出现在大型对象堆上，并且使用 DOM 读取器会出现 10:1 的大小爆炸，因此您可以看到，在从以下位置分配 XML 文档之前不需要花费太多时间：大对象堆。

XmlDocument http://msdn.microsoft.com/en-us/library/system.xml.xmldocument.aspx非常容易使用。它唯一真正的缺点是它将整个 XML 文档加载到内存中进行处理。它使用起来非常简单。

XmlReader http://msdn.microsoft.com/en-us/library/system.xml.xmlreader.aspx是一个基于流的读取器，因此通常会使您的进程内存利用率保持平稳，但更难以使用。

XPathDocument http://msdn.microsoft.com/en-us/library/system.xml.xpath.xpathdocument.aspx往往是 XmlDocument 的更快、只读版本，但仍然遭受内存“膨胀”的困扰。