Descendants()查不到带命名空间的XML属性，因未匹配命名空间URI；需用XNamespace显式声明并拼接节点名；取属性值须用?.Value防空引用；性能上Elements()链式调用优于Descendants()全树遍历。
Descendants() 查不到带命名空间的 XML 属性
XML 命名空间（namespace）是 Descendants() 查不到目标节点最常见的原因。它不是“没写对名字”，而是根本没匹配上命名空间前缀——哪怕你用的是默认命名空间，也得显式声明。
常见错误现象：Descendants("Product") 返回空集合，但 XML 里明明有 <product></product>；用 XDocument.Load() 读取后直接调 .Descendants() 却找不到任何节点。
- 必须先获取命名空间 URI：用
XNamespace ns = doc.Root?.GetDefaultNamespace() ?? ""; - 再用
ns + "Product"构造带命名空间的XName，传给Descendants() - 如果 XML 有显式前缀（如
xmlns:ns="http://example.com"），就用XNamespace ns = "http://example.com";，然后ns + "Product"
示例：
XNamespace ns = doc.Root?.GetDefaultNamespace() ?? "";
var products = doc.Descendants(ns + "Product")
.Select(x => x.Attribute("id")?.Value)
.Where(v => v != null);
Attribute() 取值时忽略 null 引用异常
Attribute("id") 返回的是 XAttribute?，直接调 .Value 在属性不存在时会抛 NullReferenceException，而很多人习惯性链式调用却忘了判空。
使用场景：批量提取多个同名属性，其中部分节点可能缺失该属性（比如 <item></item> 没写 id）。
- 安全写法是用
?.Value链式访问，或先判断attribute != null - 更简洁的是用
Attribute("id")?.Value，配合Where(v => v != null)过滤掉空值 - 别用
(string)elem.Attribute("id")强转——它在属性为空时返回null而非抛异常，看似安全，但语义模糊，容易掩盖逻辑疏漏
Descendants() 性能不如 Elements() + 递归定位
当 XML 结构较深、节点数量大（比如上千个 Item），Descendants() 会遍历整棵树，比从已知层级出发的 Elements() 多走很多无用路径。
性能影响：在内存受限或高频解析场景下，耗时可能差 2–5 倍；尤其当目标节点总在固定层级（如所有 Product 都在 Root/Products/Product）时，盲目用 Descendants() 是浪费。
- 优先用
doc.Root?.Element("Products")?.Elements("Product") - 若层级不确定但有规律（比如最多嵌套两层），可组合
Elements().Elements()，避免全树扫描 -
Descendants()真正适合的场景是：结构不固定、目标标签名唯一、且 XML 规模不大（
字符串值比较要注意 Trim() 和空格敏感性
XML 中属性值前后常含空白（尤其是换行缩进导致的），直接用 == 比较会失败，而 Descendants() 本身不处理这些空白。
常见错误现象：明明看到 XML 里是 id=" A001 "，但 x.Attribute("id")?.Value == "A001" 返回 false。
- 提取后立刻
.Trim()：x.Attribute("id")?.Value?.Trim() - 比较时用
string.Equals(a, b, StringComparison.OrdinalIgnoreCase)避免大小写干扰 - 别依赖
XAttribute.Value的原始格式——它原样保留 XML 中的空白，不是“标准化后的值”
复杂点在于：命名空间、null 安全、层级误判、空白处理，这四块不单独踩坑，往往一连串出问题。实际写的时候，最好把命名空间和 Trim() 当成默认动作，而不是“出错了再加”。
