XmlDocument.Load()抛“根元素缺失”异常主因是BOM或不可见字符、文件截断；查节点为空多因未处理命名空间；跨文档操作须用ImportNode()；高频修改应复用实例或换XDocument/流式处理。
XmlDocument.Load() 为什么抛出“根元素缺失”异常
根本原因不是文件空，而是 XML 声明或注释前有 BOM 或不可见字符（比如 UTF-8 with BOM 开头的 \xEF\xBB\xBF），或者文件被截断、写入未完成。直接用记事本保存的 XML 很容易中招。
- 先用二进制工具（如 VS Code 的 Hex Editor 扩展）检查文件开头是否含
\xEF\xBB\xBF；有就另存为 UTF-8 无 BOM 格式 - 读取前加简单校验：
if (string.IsNullOrWhiteSpace(File.ReadAllText(path))) throw new InvalidOperationException("XML file is empty or corrupted"); - 别用
Load()直接读网络流或未关闭的 FileStream——它不自动跳过空白，也不容忍部分数据，优先改用LoadXml()+File.ReadAllText()组合
用 SelectSingleNode() 查不到节点？注意命名空间和默认前缀
绝大多数生产 XML 带命名空间（xmlns="http://example.com/ns"），但 SelectSingleNode() 默认忽略它。查 <item> 却返回 null，八成是这个坑。
- 必须注册命名空间管理器：
var nsmgr = new XmlNamespaceManager(doc.NameTable); nsmgr.AddNamespace("x", "http://example.com/ns"); - 查询时强制带前缀：
doc.SelectSingleNode("/x:root/x:item", nsmgr) - 如果 XML 用的是默认命名空间（没前缀），不能写
/*，必须用前缀映射，否则 XPath 完全匹配失败 - 小技巧：临时去掉命名空间再查（仅限调试）——
doc.DocumentElement.RemoveAllAttributes()不行，得遍历所有节点手动清除xmlns属性
InsertBefore() 和 AppendChild() 插入节点后不生效？顺序和所有权搞错了
XmlDocument 对节点有严格所有权约束：一个 XmlNode 只能属于一个文档。从 A 文档取节点往 B 文档插，不调 ImportNode() 就会静默失败或抛异常。
- 跨文档操作必须用
doc.ImportNode(node, true)，第二个参数决定是否深拷贝子节点 -
AppendChild()总是插到末尾；想插到某个兄弟节点前，用parent.InsertBefore(newNode, refNode)，注意refNode必须是parent的直系子节点 - 修改属性后记得调
node.Attributes.SetNamedItem(attr)，直接赋值attr.Value = "x"不会自动挂载到节点上 - 删节点别只调
RemoveChild()，要确保传入的是它父节点下的真实引用，否则报"The node to be removed is not a child of this node"
性能差、内存暴涨？别在循环里反复 Load/Save 整个 XML 文件
每次 XmlDocument.Load() 都解析整棵树，Save() 又序列化全部内容。100 次增删操作触发 100 次全量 IO 和 DOM 构建，CPU 和磁盘都扛不住。
- 把
XmlDocument实例作为长生命周期对象持有，只在真正需要持久化时Save()一次 - 高频更新场景改用
XDocument（LINQ to XML）：它支持更轻量的Descendants()查询和Remove()，且ToString()输出更可控 - 超大 XML（>10MB）别硬刚 DOM，改用
XmlReader/XmlWriter流式处理——它们不建树，内存占用恒定，但无法随机访问节点 - 注意
XmlDocument.PreserveWhitespace = false，否则空格文本节点会大量堆积，拖慢遍历速度
DOM 模型的边界很清晰：适合中小 XML、需频繁随机读写的场景；一旦涉及大文件、高吞吐或流式响应，就得换底层机制，硬套 XmlDocument 只会让问题更隐蔽。
