GetDefaultNamespace() 返回 null 表示当前元素未声明默认命名空间，它不继承父级、不推导、仅读取自身 xmlns="..." 属性；使用时需判空，构造 XName 应用 ns + "local"，而非拼串或假设存在。
GetDefaultNamespace 返回 null 是最常见的坑
调用 XElement.GetDefaultNamespace() 却拿到 null，不是代码写错了，而是 XML 根节点压根没声明默认命名空间。它只读取当前元素的 xmlns="..." 属性，不向上查找父级，也不自动推导。
常见错误现象：element.GetDefaultNamespace().ToString() 崩溃（NullReferenceException），或后续用该命名空间构造 XName 时匹配失败。
- 检查原始 XML 是否真有
xmlns="http://example.com/ns"—— 注意是带引号的完整属性，且不能是xmlns:x="..." - 如果 XML 来自外部（如 HTTP 响应、文件读取），先用
element.ToString()看一眼实际内容，别信文档描述 - 不要假设“有命名空间就一定有默认”，
xmlns:ns="..."是前缀绑定，和默认命名空间无关
用 GetDefaultNamespace 构造 XName 时必须加本地名
GetDefaultNamespace() 返回的是 XNamespace 对象，不是字符串，也不能直接拼接。想生成带命名空间的元素名，得用运算符重载：命名空间 + 本地名。
使用场景：创建新元素、查询已有元素、匹配 XName。
- 正确写法：
var ns = root.GetDefaultNamespace(); var name = ns + "item"; - 错误写法：
ns + "item"如果ns是null，结果是"item"（无命名空间），不是你想要的 - 错误写法：
XName.Get("{" + ns + "}item")—— 手动拼 URI 容易漏掉大括号或转义，且ns为null时会变成{"item"}
嵌套元素的默认命名空间继承规则很严格
XML 中默认命名空间作用域是“从声明点开始，到最近的同名重新声明或结束标签为止”。XElement.GetDefaultNamespace() 只返回**当前元素自身声明的**默认命名空间，不考虑父元素是否声明过。
性能影响小，但逻辑容易误判：同一个文档里，不同层级的元素调用该方法可能返回不同值，甚至 null。
- 父元素有
xmlns="A"，子元素显式写xmlns="B"→ 子元素GetDefaultNamespace()返回 B - 父元素有
xmlns="A"，子元素没写任何xmlns→ 子元素返回 A（继承） - 父元素有
xmlns="A"，子元素写xmlns=""→ 子元素返回空命名空间（不是null，是有效但为空的XNamespace）
替代方案：用 NamespacesInScope 更可靠
如果目标是“获取某元素在作用域内可见的所有命名空间”，尤其是需要处理前缀或跨层级判断时，NamespacesInScope 比反复调用 GetDefaultNamespace() 更稳。
它返回 IEnumerable<keyvaluepair xnamespace>></keyvaluepair>，键是前缀（空字符串表示默认），值是对应命名空间。
- 查默认命名空间：
element.NamespacesInScope.FirstOrDefault(kvp => kvp.Key == "").Value - 注意：这个集合包含所有在作用域内的声明，包括被子元素覆盖的旧声明，所以要取最后一个匹配项才对
- 比
GetDefaultNamespace()多一次遍历，但避免了“以为有默认、其实被局部取消”的陷阱
GetDefaultNamespace() 不做任何容错转换——它只照着 XML 树节点属性原样返回。这点在解析第三方 XML 时最容易翻车。 
