xmldocument读取节点为null主因是命名空间未处理或xpath路径错误；需用xmlnamespacemanager注册前缀，优先用绝对路径；getelementsbytagname仅支持标签名且返回实时集合。
用 XmlDocument 读取节点时为什么总是 null？
常见现象是调用 SelectNodes 或 GetElementsByTagName 返回空集合，哪怕 XML 文件里明明有对应标签。根本原因通常是命名空间没处理，或者 XPath 路径写错（比如漏了根节点、大小写不匹配）。
实操建议：
- 检查 XML 是否含命名空间（如
xmlns="http://example.com"），若有，必须用XmlNamespaceManager注册前缀，再在 XPath 中使用该前缀 - 用绝对路径更稳妥，例如
/root/item/name比//name更少受文档结构影响 -
GetElementsByTagName不支持 XPath，只认标签名，且返回的是实时集合（后续修改 DOM 会影响它），适合简单场景 - 调试时先用
document.DocumentElement.OuterXml看实际加载的结构，确认缩进/换行是否生成了多余的#text节点干扰遍历
用 XDocument 修改节点内容后保存失败？
典型错误是调用 Save 后文件没更新，或抛出 UnauthorizedAccessException。这不是 API 问题，而是文件权限或流未释放导致的。
实操建议：
- 确保目标路径可写，尤其在 Windows 上，避免直接写到
C:\Program Files\或被其他进程占用的文件 - 不要用
File.OpenWrite手动传流给Save——XDocument.Save(string)内部会自己打开/关闭文件，手动传流反而容易忘记Dispose - 修改节点值优先用
node.Value = "new"，而不是node.ReplaceAll("new")，后者会清空子节点，误删嵌套结构 - 如果 XML 声明需要保留编码（如
<?xml version="1.0" encoding="utf-8"?>），用Save重载指定XmlWriterSettings，否则默认可能变成 utf-16
XmlSerializer 反序列化失败：类型不匹配或字段为空
错误信息常为 InvalidOperationException，提示“无法将字符串转换为 int”或某个字段始终为 null。这通常不是数据问题，而是类定义和 XML 结构对不上。
实操建议：
- 类属性必须有 public get/set，且不能是只读自动属性（
public string Name { get; }不行） - 用
[XmlElement]明确指定元素名，别依赖默认映射；若 XML 有属性（如<item id="123"></item>），得用[XmlAttribute]标记对应字段 - 集合字段要用
[XmlArray]+[XmlArrayItem]组合，单独[XmlElement]会导致嵌套层级错乱 - 反序列化前检查 XML 是否合法（比如是否有未闭合标签），
XmlSerializer对格式极其敏感，一个多余空格都可能让整个解析失败
大 XML 文件用哪种方式读写更稳？
当文件超过 10MB 或节点数超万级，XmlDocument 和 XDocument 都会吃光内存，甚至触发 OutOfMemoryException。这时候必须放弃 DOM 模型。
实操建议：
- 用
XmlReader流式读取：只缓存当前节点，内存占用恒定，但只能单向读，不能改写 - 写大文件用
XmlWriter：比拼接字符串安全，自动转义特殊字符，且支持缩进、编码等配置 - 如果既要读又要改，考虑分块处理——比如用
XmlReader定位到某段，提取成小XElement处理，再用XmlWriter写回原位置（需自行管理偏移） - 别用 LINQ to XML 直接
Load整个大文件，XDocument.Load底层仍是 DOM 加载，和XmlDocument一样吃内存
命名空间、编码声明、流生命周期、XML 格式合法性——这些地方不报错，但一出问题就很难定位。宁可多打一行 Console.WriteLine(doc.ToString()) 确认结构，也别凭感觉写 XPath 或序列化规则。
