elements()仅返回直接子元素，不递归；需注意命名空间（须显式指定xnamespace）、层级关系及不处理属性/文本/注释等非xelement节点。
Elements() 只查直接子元素，不递归
Elements() 的行为非常明确：它只返回当前 XElement 的**直接子元素**，不会深入下层。这点和 Descendants() 完全不同——后者会遍历整棵树。如果你写了 root.Elements("Item") 却没拿到预期结果，大概率是目标元素藏在了中间某层嵌套里，而不是 root 的直系孩子。
常见错误现象：Elements() 返回空集合，但用 Descendants() 就能查到。这不是 bug，是设计如此。
- 使用场景：明确知道结构层级（比如解析固定格式的 XML 配置，且目标节点总在第二层）
- 性能影响：比
Descendants()快，因为不遍历子树 - 兼容性：.NET Framework 3.5+ 和 .NET Core/.NET 5+ 行为一致
命名空间导致 Elements() 查不到元素
XML 带命名空间时，Elements("Name") 默认匹配无命名空间的元素。哪怕你的 XML 声明了 xmlns="http://example.com"，也必须显式传入 XNamespace 实例，否则查不到任何东西。
示例：假设 XML 根节点有 xmlns="https://api.example.org/v1"，你要找 <user></user> 子元素：
XNamespace ns = "https://api.example.org/v1"; var users = root.Elements(ns + "user");
- 容易踩的坑：复制粘贴 XML 片段测试时，忘了 namespace 声明；或误以为
XNamespace.None是默认值（其实不是） - 检查方法：打印
root.Name.Namespace看是否为空 - 如果 XML 有多个命名空间前缀（如
xmlns:ns1="..." xmlns:ns2="..."），需分别声明对应XNamespace变量
Elements() 不识别属性、文本节点、注释
Elements() 只返回类型为 XElement 的子节点。它对 XAttribute、XText、XComment、XProcessingInstruction 全部忽略——哪怕它们物理上是子节点。
常见错误现象：XML 中 <root><child attr="val">text</child></root>，你调用 root.Elements() 能拿到 <child></child>，但想用同样方式取 attr 或里面的文本，就完全走不通。
- 取属性：用
element.Attribute("attr")或element.Attributes() - 取文本内容：用
element.Value（合并所有子文本）或element.Nodes().OfType<xtext>()</xtext> - 取注释：用
element.Nodes().OfType<xcomment>()</xcomment>
Elements() 和 ElementsAfterSelf / ElementsBeforeSelf 的区别
名字很像，但作用对象完全不同：Elements() 是针对“子节点”，而 ElementsAfterSelf() 和 ElementsBeforeSelf() 是针对“同级节点”——它们属于 XNode 扩展方法，只能在已有 XElement 实例上调用，且返回的是该元素在父节点中的兄弟 XElement 节点。
比如 someElement.ElementsAfterSelf("sibling") 查的是：和 someElement 同父、且排在它后面的那些叫 sibling 的兄弟元素。
- 典型误用：在根节点上调用
ElementsAfterSelf()，结果为空——因为根没有父节点，自然没有“兄弟” - 适用场景：解析带顺序语义的 XML（如配置项列表中某一项之后必须跟特定类型项）
- 注意：这些方法不接受命名空间参数，需自行拼接
XNamespace + "name"
