xml.unmarshal 返回空结构体最常见的原因是字段未导出或xml标签名与结构体tag不匹配，需确保字段首字母大写并用xml:"xxx"显式指定tag，注意命名空间和嵌套层级对应。
xml.Unmarshal 为什么总返回空结构体
最常见的原因是字段没导出（首字母小写），或者 XML 标签名和结构体字段 tag 对不上。xml.Unmarshal 只能设置导出字段，非导出字段永远为零值，不会报错也不会提示。
- 确保结构体字段首字母大写，比如
UserName而不是userName - 用
xml:"username"显式指定 tag，尤其当 XML 名是小写或含连字符（如user-name）时，不加 tag 就会匹配失败 - 如果 XML 有命名空间（如
<rss xmlns="http://purl.org/rss/1.0/"></rss>），默认解析会跳过全部内容——得用xml:"rss" xmlns="http://purl.org/rss/1.0/"或改用encoding/xml的Decoder手动处理
嵌套结构体怎么写 tag 才不丢数据
XML 嵌套层级和 Go 结构体嵌套必须严格对应，但 tag 写法稍有不慎就会让子字段全为空。关键不是“嵌套”本身，而是“是否声明了中间容器”。
- 如果 XML 是
<user><profile><age>25</age></profile></user>，结构体里就得有Profile Profile `xml:"profile"`字段，不能直接把Age放在User里并写xml:"profile>age"—— Go 不支持这种路径式 tag - 想跳过中间层（比如只关心
age），用xml:",any"捕获所有子元素，再手动解析；或改用Decoder.Token()流式读取 - 切记：空标签（
<avatar></avatar>）和闭合标签（<avatar></avatar>）行为一致，但带文本的<avatar>data</avatar>必须用string类型字段接收，不能用结构体
解析失败却不报错？检查错误和 EOF 边界
xml.Unmarshal 在遇到格式错误（如未闭合标签、非法字符）时确实会返回 error，但很多情况下它“静默失败”——其实是你没检查返回值，或者错误被掩盖了。
- 永远检查
err != nil，别只看结构体字段是否为空；常见错误信息如expected element type <user> but have <users></users></user>或invalid character entity - 如果 XML 来自 HTTP 响应，注意 Body 可能已被读过一次（比如用了
io.ReadAll后又传给xml.Unmarshal），此时会得到EOF错误——得用bytes.NewReader重新包装字节流 - 对不确定格式的 XML，先用
xml.Decoder调用Decode一次，它比Unmarshal更早暴露结构不匹配问题
性能敏感场景下，Unmarshal 和 Decoder 哪个更合适
单次解析小 XML，xml.Unmarshal 简洁够用；但涉及大文件、流式响应或需提前中断解析时，xml.Decoder 是唯一选择。
立即学习“go语言免费学习笔记（深入）”；
-
xml.Unmarshal必须把整个 XML 加载进内存再解析，对几十 MB 的文件容易 OOM；Decoder可边读边处理，配合Token()能在找到目标节点后立刻break - Decoder 支持设置
Strict(false)忽略某些命名空间或属性错误，而Unmarshal没这选项 - 如果需要提取多个同名节点（如 RSS 中的多个
<item></item>），用Decoder循环Decode比先 Unmarshal 整个结构再遍历 slice 更省内存
XML 解析最麻烦的从来不是语法，而是命名空间、编码隐式转换（比如 UTF-8 BOM）、以及看似合法实则不规范的标签闭合方式——这些地方不打日志、不抓原始字节，几乎没法定位。
