Go 的 encoding/xml 包默认不保留自定义命名空间前缀（如 xmlns:urn）的 URI 值，导致序列化后命名空间 URL 丢失；正确做法是直接在结构体字段标签中指定完整命名空间 URI，而非依赖 xmlns: 属性字段。
go 的 `encoding/xml` 包默认不保留自定义命名空间前缀（如 `xmlns:urn`）的 uri 值，导致序列化后命名空间 url 丢失；正确做法是直接在结构体字段标签中指定完整命名空间 uri，而非依赖 `xmlns:` 属性字段。
在 Go 中处理带命名空间的 XML 时，一个常见误区是试图通过结构体字段（如 XmlNS stringxml:"xmlns:urn,attr"）显式捕获并重写命名空间声明。然而，**encoding/xml不支持对xmlns:*属性的双向映射**：它能解析部分命名空间声明，但无法在 Marshal 阶段自动还原原始 URI；更关键的是，xml:"xmlns:urn,attr"实际上不会被 unmarshal 正确填充——该字段始终为空字符串，因此 marshal 时写入的是空值xmlns:urn=""`。
根本原因在于：XML 规范将 xmlns 前缀视为特殊保留字，其绑定的固定命名空间 URI 是 http://www.w3.org/2000/xmlns/，而 Go 的 xml 包并未完全实现对该命名空间下属性的语义化处理。尽管技术上可尝试 xml:"http://www.w3.org/2000/xmlns/ urn,attr"，但当前标准库并不支持此用法，且官方也无意增强该行为（因其会显著增加 marshaling 的复杂性与歧义性）。
✅ 正确且简洁的解决方案是：放弃手动管理 xmlns: 属性，转而在嵌套元素的 XML 标签中直接声明完整命名空间 URI。例如：
type Root struct {
XMLName xml.Name `xml:"root"`
Copyright Copyright `xml:"http://test.example.com copyright"`
}
type Copyright struct {
Text string `xml:",chardata"`
}
这样，xml.Marshal 会自动在 <root></root> 根元素中注入正确的命名空间声明，并确保子元素使用该命名空间：
<root xmlns:ns1="http://test.example.com"><copyright>text</copyright></root>
⚠️ 注意：Go 的
xml包会自动为命名空间 URI 分配一个临时前缀（如ns1），而非复用原始urn；这是符合 XML 规范的——前缀本身无语义，URI 才是唯一标识。若必须保留urn前缀（例如为兼容特定解析器），则需使用xml.Marshaler接口自定义序列化逻辑，或借助第三方库（如github.com/beevik/etree）进行精细控制。
总结：在标准库约束下，应以命名空间 URI 为中心设计结构体标签，而非执着于前缀名称；这既符合 XML 本质，也保证了 Marshal/Unmarshal 的一致性与可维护性。
