xnamespace.get 返回的对象比较应基于 uri 内容而非引用，因其实例可能不同；应使用 .namespacename 或 .tostring() 比较，静态 uri 优先用字面量，动态 uri 才调用 get 并缓存。
为什么 XNamespace.Get 返回的命名空间对象不能直接用字符串比较？
因为 XNamespace 是引用类型，它重载了 == 和 !=，但底层是按对象标识（identity）比较，不是按 URI 字符串内容。哪怕两个 XNamespace.Get("http://a.com") 调用返回的实例，如果没被缓存或复用，就可能不是同一个对象。
- 常见错误现象：
ns1 == ns2返回false，即使两者 URI 完全相同 - 正确做法：永远用
.ToString() == .ToString()或.NamespaceName == .NamespaceName比较语义是否一致 -
XNamespace.Get内部有弱缓存，但不保证跨 AppDomain 或反射加载场景下复用，别依赖引用相等
什么时候该用 XNamespace.Get，而不是直接写 XNamespace 字面量？
只有在命名空间 URI 是运行时拼接、配置读取或用户输入时才必须用 XNamespace.Get；静态已知的 URI，直接用 XNamespace 字面量更安全、更高效。
- 推荐写法：
XNamespace ns = "http://example.com/ns";—— 编译期解析，自动缓存，零开销 - 必须用
Get的场景：从 config 文件读出"http://api.v" + version后拼成 URI - 性能影响：
Get有哈希查找和弱引用管理开销，高频调用（如循环内）应提前缓存结果
XNamespace.Get 抛出 ArgumentException：“URI is not valid” 怎么办？
它对 URI 格式校验比 Uri 构造函数更严格，尤其拒绝空格、中文、未编码特殊字符、缺少协议头等。
- 典型错误：
XNamespace.Get("http://my site.com")（含空格）、XNamespace.Get("data:abc")（非标准协议） - 解决办法：先用
Uri.TryCreate(uriStr, UriKind.Absolute, out _)预检，或用Uri.EscapeUriString清理非法字符 - 注意：
XNamespace.Get("")是合法的（表示无命名空间），但XNamespace.Get(null)会直接抛ArgumentNullException
在 LINQ to XML 查询中混用不同方式创建的命名空间对象会导致查不到节点？
会。比如用字面量定义的 ns 去查用 XNamespace.Get 创建的同名空间下的元素，看似一样，实际可能因对象不等而匹配失败——尤其在 Descendants(ns + "item") 这类操作中。
- 根本原因：LINQ to XML 内部用
object.ReferenceEquals判断命名空间归属，不是字符串匹配 - 统一方案：整个项目约定一种创建方式，优先用字面量；若必须动态，把
XNamespace.Get结果存为static readonly字段复用 - 调试技巧：打印
elem.Name.Namespace和你用的ns的GetHashCode()，看是否一致
最麻烦的地方在于：这种问题只在特定环境（比如多线程加载、反射调用、单元测试隔离域）下才暴露，平时跑得通，上线后某天突然查不到数据。别信“看起来一样”，盯住 .NamespaceName 和 .GetHashCode()。
