xmlreader是gb级xml的唯一选择，因其流式解析不加载全文档到内存，避免oom；而xmldocument和xdocument会全量加载导致内存爆炸，且xmlreader内存占用稳定在几mb内。
XmlReader 为什么是 GB 级 XML 的唯一选择
因为 XmlDocument 和 XDocument 会把整个文件加载进内存，GB 级 XML 直接触发 OutOfMemoryException；而 XmlReader 是只进、只读、流式解析器，不建树、不回溯，内存占用稳定在几 MB 内——它只缓存当前节点内容，不是整棵树。
常见错误现象：调用 XmlDocument.Load() 或 XDocument.Load() 后卡死十几秒，然后抛出 System.OutOfMemoryException；或者 CPU 持续 100%，但没输出、没报错、没进展。
- 必须禁用 DTD 解析：设置
XmlReaderSettings.DtdProcessing = DtdProcessing.Ignore，否则外部实体可能引发远程加载或 XXE - 默认启用命名空间处理，若 XML 不含 namespace，可设
XmlReaderSettings.Namespaces = false省掉解析开销 - 关闭注释和空白节点（除非业务依赖）：
settings.IgnoreComments = true、settings.IgnoreWhitespace = true
怎么写一个安全的 while(reader.Read()) 循环
核心陷阱是误用 ReadToFollowing() 或 ReadToDescendant() ——它们内部会跳过大量节点，容易漏掉同级关键字段，且破坏游标位置，导致后续读取错乱。
正确做法是纯靠 reader.Read() 推进 + 显式 NodeType 判断：
- 始终先检查
reader.NodeType == XmlNodeType.Element，再读reader.Name，避免把XmlNodeType.Whitespace或XmlNodeType.Comment当成有效元素 - 遇到目标元素（如
<order></order>）后，立刻用reader.ReadSubtree()创建子阅读器处理其内部结构，原reader继续向前推进，互不干扰 - 子阅读器用完必须调用
.Close()，否则主阅读器位置错乱，后续循环失效
while (reader.Read())
{
if (reader.NodeType == XmlNodeType.Element && reader.Name == "order")
{
var orderReader = reader.ReadSubtree();
ProcessOrder(orderReader);
orderReader.Close(); // 必须！
}
}
读属性、文本、嵌套层级时最容易踩的坑
XmlReader 对文本极其“吝啬”：调用 ReadElementContentAsString() 会自动跳过注释和空白，但也会吞掉紧邻的 <price>12.5</price><!-- VAT included --> 中的注释——如果你靠注释标记业务规则，这就丢数据了。
-
ReadElementContentAsInt()遇到空字符串或全空白直接抛FormatException，不是返回 0；必须先if (!reader.IsEmptyElement)，再int.TryParse(reader.ReadElementContentAsString(), out int val) - 别信
Depth属性判断嵌套层级——注释、CDATA、处理指令都会影响深度计数；应靠XmlNodeType.StartElement/EndElement成对识别结构 - 有命名空间时，
reader.Name返回的是prefix:localName，但reader.LocalName才是真正元素名；匹配时优先用LocalName，避免前缀不一致导致漏匹配
性能优化的关键配置与实操建议
默认 XmlReader.Create() 启用太多安全/兼容特性，对纯解析场景是冗余开销。GB 级文件下，每毫秒都算数。
- 显式指定编码：用
XmlReader.Create(stream, settings)而非XmlReader.Create(path)，避免自动探测带来的 I/O 延迟 - 关闭 DTD、命名空间、行号信息：
settings.DtdProcessing = DtdProcessing.Ignore、settings.Namespaces = false、settings.LineNumbering = false - 属性读取别反复调用
GetAttribute("xxx")——先reader.MoveToFirstAttribute()，再循环reader.ReadAttributeValue()批量提取，减少游标重置成本 - 如果只提取少数字段（如 ID、Name、Timestamp），就别调用任何
ReadSubtree()或深遍历，直接reader.Skip()跳过无关分支
最复杂也最容易被忽略的一点：XML 流本身可能来自网络响应、加密流或压缩流，XmlReader 不感知这些底层细节；务必确保传入的 Stream 已缓冲（如用 BufferedStream 包裹）且支持 CanSeek == false 场景下的单向读取——否则解析中途抛 NotSupportedException 就晚了。
