Go 标准库 encoding/xml 解析命名空间 XML 时，需在结构体 tag 中用完整 URI（如 xml:”title http://example.com/ns”）而非前缀，URI 须与 XML 中 xmlns 声明完全一致；动态处理需用 xml.Name 字段捕获 Space 和 Local；生成带命名空间 XML 须手动 EncodeToken 并设置 xmlns Attr；常见失败源于 URI 拼写或大小写错误。
Go 解析带命名空间的 XML 时，xml.Unmarshal默认会忽略前缀但保留 URI
Go 标准库的 encoding/xml 不直接支持命名空间前缀（如ns:tag），但它能正确识别并绑定命名空间 URI 到结构体字段。关键在于：你写的结构体标签里不能写前缀，而要写完整的命名空间 URI，并用空格分隔。
常见错误是照着 XML 里的 xmlns:ns="http://example.com/ns" 去写 xml:"ns:title"——这会失败，因为Unmarshal 根本不认前缀名。
- 命名空间 URI 必须和 XML 中
xmlns:xxx="……"声明的值完全一致（包括末尾斜杠、大小写） - 结构体字段的
xml标签格式为：xml:"localname space-uri" - 如果 XML 有多个命名空间，每个字段需单独指定对应 URI
如何用 xml.Name 手动提取命名空间信息
当需要动态判断某个元素属于哪个命名空间（比如处理混合命名空间的通用解析器），不能只靠结构体绑定。这时得用 xml.Name 字段捕获原始名称和命名空间。
xml.Name包含 Space（即 URI）和Local（本地名），它在结构体中必须显式声明为xml.Name 类型，且不能加其他 xml 标签。
立即学习“go 语言免费学习笔记（深入）”；
type Item struct {XMLName xml.Name `xml:"item"` Title string `xml:"title"` Link string `xml:"link"`} type RSS struct {XMLName xml.Name `xml:"rss"` Channel struct { XMLName xml.Name `xml:"channel"` Items []Item `xml:"item"` } `xml:"channel"` }上面例子中，如果 <item xmlns="http://purl.org/rss/1.0/">，那么Items[0].XMLName.Space 就是"http://purl.org/rss/1.0/"。
xml.Encoder写入带命名空间的 XML 需手动调用EncodeToken
用 xml.Marshal 或xml.Encoder.Encode默认不会输出 xmlns 声明，即使结构体字段写了命名空间 URI。要生成带 xmlns 的 XML，必须用底层 EncodeToken 接口手动控制。
- 先写
xml.StartElement，把Attr设为xml.Attr{Space: "xmlns", Local: "ns", Value: "http://example.com/ns"} - 再对每个子元素调用
encoder.EncodeToken，确保其Space字段与命名空间 URI 匹配 - 最后用
xml.EndElement配对闭合
否则生成的 XML 可能合法但缺失命名空间声明，导致下游系统无法识别。
第三方库 github.com/beevik/etree 更适合复杂命名空间操作
标准库对命名空间的支持偏底层、静态。如果要频繁查询 //ns:tag、修改命名空间前缀、或处理xmlns:xsi + xsi:schemaLocation 这类组合，etree更实用。
它提供 FindElements 支持带前缀的 XPath（需先用 Root.RegisterNamespace 注册映射），也允许读写 Attr 中的 xmlns 属性。
不过要注意：etree不是流式解析，整棵 DOM 加载进内存，大文件慎用。
命名空间 URI 拼写错误、前后空格、协议头大小写不一致，是 90% 以上解析失败的根源。别依赖“看起来一样”，用 fmt.Printf("%q", elem.XMLName.Space) 实际打印出来比对最可靠。
