XDocument.Load()后.Elements("item")返回空，因Elements()仅查直接子节点且忽略命名空间与空白；应改用Descendants()、处理命名空间、保留空白或检查节点存在性。
为什么XDocument.Load()后.Elements("item")返回空？
不是XML写错了，而是你没意识到 Elements() 只查**直接子节点**，且默认忽略命名空间和空白节点。常见现象是根节点下有 <item>，但 doc.Root?.Elements("item") 仍为空。
- 如果
<item>不在根节点下（比如嵌套在<data>里），改用doc.Descendants("item") - 如果 XML 带默认命名空间（如
xmlns="http://api.example.com"），必须先声明：XNamespace ns = "http://api.example.com";，再写doc.Descendants(ns + "item") - 如果 XML 含换行缩进，
Elements()不会把它们当“元素”——这没问题，但别误以为结构没加载成功；真要保留空白（如模板生成），加载时加参数：XDocument.Load(path, LoadOptions.PreserveWhitespace)
取属性或子元素值时怎么避免NullReferenceException？
直接链式调用 .Element("user").Element("name").Value 是高危写法：任一环节为 null 就崩。XDocument 提供了更安全的隐式转换机制，比手动判空简洁得多。
- 取可空整型属性：
(int?)elem.Attribute("id")—— 属性不存在、为空或非数字，结果都是null，不抛异常 - 取子元素文本并转 double：
(double?)elem.Element("price")?.Value——Element()返回null时，?.短路，整个表达式为null - 别依赖
.Value：空元素（如<age/>）的.Value是空字符串，不是null；若需区分“无值”和“值为空”，优先用(string)elem.Element("age")（该转换对null安全，返回null）
修改XML时为什么Save()后文件变空或没生效？
doc.Save("path.xml") 是覆盖写入，但失败时往往静默——不报错、不提示、只写入 0 字节。根本原因通常是权限或文件被占用，而非代码逻辑问题。
- 确保目标路径有写权限，且文件未被记事本、VS、Excel 等进程独占打开
- 不要用
File.ReadAllText()加XDocument.Parse()替代XDocument.Load()：前者绕过编码探测和 BOM 处理，容易在 UTF-8/BOM 场景下解析失败 - 若需控制编码或格式（如强制 UTF-8+BOM、缩进），别用字符串路径重载，改用流式写入：
using (var fs = new FileStream("out.xml", FileMode.Create)) doc.Save(fs); - 修改操作必须作用于已加载的
XElement实例，比如doc.Root.Element("Timeout").Value = "60"；如果Element()返回null，赋值无效，也不会报错——务必先确认节点存在
大XML文件用XDocument内存爆掉，还能救吗？
XDocument.Load() 和 XmlDocument.Load() 都是全量 DOM 加载，对几十 MB 以上文件没有本质区别。所谓“异步加载”（如 Task.Run(() => XDocument.Load())）只是把阻塞移到后台线程，内存照样吃满。
- 真要处理大文件（>10MB），放弃全树加载，改用
XmlReader流式定位 +XElement.ReadFrom()按需提取：用reader.Read()扫描到目标开始标签，再用XElement.ReadFrom(reader)只加载那个完整节点 -
XDocument.LoadAsync()并不存在——.NET 没提供原生异步 DOM 加载 API，别被名字误导 - 如果结构固定、字段明确，反序列化（
XmlSerializer）比手写解析快得多，也更省内存：类加[XmlRoot]，字段加[XmlElement]，一行new XmlSerializer(typeof(Config)).Deserialize(stream)就完事
(int?) 和 (int) 行为差异极大，漏掉问号可能让服务在线上突然挂掉；而 Save 失败不报错，是最容易被忽略的线上隐患。 
