xml.Unmarshal解析失败主因是字段未导出或xml标签不匹配；需确保首字母大写、标签名严格对应，属性与文本内容须分字段声明，大文件应改用xml.Decoder流式处理。
xml.Unmarshal 解析失败、字段为空，基本就是结构体字段没导出或 xml: 标签写错了——不是语法问题，是映射关系断了。
字段为空？先确认导出性和标签是否严格匹配
Go 的 xml.Unmarshal 只处理首字母大写的导出字段。小写字段（如 name string）哪怕加了 xml:"name" 也完全被忽略。
XML 元素名含短横线、下划线或大小写不一致时，必须显式用 tag 对齐：
-
<user-id>alice</user-id>→UserID string `xml:"user-id"` -
<created_at>2026-05-23</created_at>→CreatedAt string `xml:"created_at"` -
<item id="123">foo</item>→ 属性和文本要分开声明：ID string `xml:"id,attr"`+Value string `xml:",chardata"`
属性和文本共存时，xml:",chardata" 是关键
像 <price currency="USD">29.99</price> 这种结构，很多人只写一个字段，结果要么拿到空字符串，要么拿不到属性。
正确做法是两个字段并列声明：
立即学习“go语言免费学习笔记（深入）”；
Currency string `xml:"currency,attr"`Value string `xml:",chardata"`
注意：xml:",chardata" 不是 xml:"text"，后者会去找叫 <text></text> 的子元素，不是取当前标签的文本内容。
混合子元素顺序混乱？靠 xml:"tag" 自动聚合
当父节点下混排多种标签（如 <property></property>、<datetime></datetime>、<categorisation></categorisation>），别手动按顺序解析——encoding/xml 原生支持按标签名聚合，且严格保持 XML 中的原始出现顺序。
只要结构体字段用对应 tag 声明，就能自动收集：
-
Props []Property `xml:"property"`→ 所有<property></property>按文档顺序进切片 -
DateTime string `xml:"datetime"`→ 取第一个<datetime></datetime>的文本 -
Category string `xml:"categorisation"`→ 同理
不需要关心它们在 XML 里穿插得多乱，也不用写递归遍历逻辑。
大文件或深层嵌套？别硬扛，换 xml.Decoder
xml.Unmarshal 是全量加载，几十 MB 的 XML 很容易 OOM。这不是 bug，是设计定位：它只适合结构已知、规模可控的场景。
真实服务中遇到大响应体或流式 XML，必须用 xml.Decoder：
- 逐个调用
decoder.Token()，区分xml.StartElement/xml.CharData/xml.EndElement - 遇到不需要的深层嵌套，用
decoder.Skip()跳过，避免内存堆积 - 每次只处理一个片段，内存占用恒定在 KB 级
最容易被忽略的是：调用 Token() 后必须检查返回值是否为 nil，否则下一次调用会 panic。
