XML解码要求struct字段必须导出（首字母大写）并显式声明xml tag；命名空间需预处理或手动解析；大文件须用xml.Decoder流式解析；不规则结构需实现UnmarshalXML方法。
XML解码时 struct 字段必须导出且带 tag
Go 的 xml.Unmarshal 只能映射到导出字段（首字母大写），且必须通过 xml tag 显式声明对应关系。常见错误是字段小写或漏写 tag，导致解码后值为空。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 所有待映射字段必须首字母大写，例如
UserName而非userName - 使用
xml:"name,attr"映射属性，xml:"name"映射子元素，xml:",chardata"捕获文本内容 - 嵌套结构需定义对应 struct，不能用
map[string]interface{}直接解码（会 panic 或静默失败） - 可加
xml:",omitempty"避免空字段序列化，但解码时不影响
处理含命名空间的 XML 要手动剥离或预处理
Go 标准库不原生支持命名空间解析。遇到 xml.Unmarshal 默认无法匹配 struct tag 中的 xml:"Item"，直接跳过该节点。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 最稳妥方式：用
bytes.ReplaceAll或正则预处理 XML 字符串，移除命名空间前缀和xmlns:声明（前提是不依赖命名空间语义） - 若需保留命名空间语义，改用
xml.Decoder手动逐节点解析，调用decoder.Token()判断xml.StartElement的Name.Space和Name.Local - 避免在 struct tag 中硬编码带冒号的名称（如
xml:"ns:Item"），标准库不识别
大文件解析要用 xml.Decoder 而非 xml.Unmarshal
xml.Unmarshal 会把整个 XML 加载进内存再解析，处理几十 MB 以上文件极易 OOM；而 xml.Decoder 支持流式解析，内存占用稳定在 KB 级别。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 对大文件或 HTTP 响应体，直接传
io.Reader给xml.NewDecoder - 用循环 +
decoder.DecodeElement(&v, &start)逐个提取目标结构，避免一次性解全树 - 注意：struct 字段仍需导出 + 正确 tag；
DecodeElement第二个参数必须是xml.StartElement类型变量
decoder := xml.NewDecoder(reader)
for {
token, err := decoder.Token()
if err == io.EOF {
break
}
if err != nil {
log.Fatal(err)
}
if se, ok := token.(xml.StartElement); ok && se.Name.Local == "Item" {
var item Item
if err := decoder.DecodeElement(&item, &se); err != nil {
log.Printf("decode item failed: %v", err)
continue
}
// 处理 item
}
}
自定义 UnmarshalXML 实现复杂逻辑（如混合内容、条件字段）
当 XML 结构不规则（例如同一标签下有时是文本、有时是子元素），标准 tag 映射无法满足。此时需为 struct 实现 UnmarshalXML(d *xml.Decoder, start xml.StartElement) error 方法。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 在方法内调用
d.Token()判断下一个 token 类型：xml.CharData、xml.StartElement、xml.EndElement - 用
d.DecodeElement或d.Decode分支处理不同结构 - 注意手动跳过已消费的 token，避免重复解析；必要时调用
d.Skip() - 不要在该方法里调用
xml.Unmarshal，会造成递归或状态错乱
XML 映射真正的难点不在语法，而在现实数据的不规范性：命名空间、混合内容、大小写混用、缺省值、注释干扰……标准库只提供基础能力，多数场景得靠预处理或手动解码兜底。
