xml.unmarshal不报错但结构体全空，因字段未导出、标签不匹配或嵌套断层；需首字母大写+显式xml:"tag"，属性加,attr，文本内容用,chardata，嵌套须严格对应xml树结构。
xml.Unmarshal 不报错但结构体全空？不是 XML 写错了，是 Go 结构体没“签对合同”——字段未导出、标签不匹配、嵌套断层，它就默默填零值。
字段必须首字母大写 + 显式写 xml:"tag"
Go 的 encoding/xml 包只看首字母大写的字段，小写如 name string 无论加不加 tag 都被跳过。XML 中的 <user-id>alice</user-id> 不能靠 UserID string 自动映射，必须写成：
UserID string `xml:"user-id"`
常见错误现象：解析后字段全是零值（""、0、nil），err == nil 却毫无数据。
- 大小写、连字符、下划线必须和 XML 标签名完全一致，
xml:"User-ID"或xml:"userid"都不匹配<user-id></user-id> - 属性要额外加
,attr，例如ID string `xml:"id,attr"`对应<item id="123"></item> - 想忽略某个字段，用
xml:"-"；想区分“没传”和“传了空字符串”，字段类型得是*string，不是string
属性和文本内容混在一起怎么取？用 xml:",attr" 和 xml:",chardata"
像 <price currency="USD">29.99</price> 这种，既要属性又要文本，很多人卡在“只能二选一”。其实 Go 原生支持，但标签冷门：
- 属性：用
xml:",attr"，例如Currency string `xml:"currency,attr"` - 纯文本内容（即元素内字符数据）：用
xml:",chardata"，例如Value float64 `xml:",chardata"` -
xml:"text"是找叫<text></text>的子元素，不是取当前标签内的文本 -
xml:",chardata"必须单独使用，不能写成xml:"value,chardata"—— 这是非法 tag - 同一 XML 元素内只允许一个
,chardata字段；多个同名字段，只有第一个会被填充
嵌套多层却只定义了一层？数据直接掉进黑洞
XML 是树，Go 结构体也得是树。比如 <events><event><participants><participant></participant></participants></event></events>，你不能在顶层直接写：
Participant []Participant `xml:"participant"`
中间两层没人接，数据就丢了。必须老老实实嵌套：
Events struct {
Event []struct {
Participants struct {
Participant []Participant `xml:"participant"`
} `xml:"participants"`
} `xml:"event"`
} `xml:"events"`
- 切片字段名无关紧要，
xml:"item"才是关键 —— 它告诉解析器去匹配哪些 XML 子节点 - 空列表（无
<item></item>）会得到[]Item{}，不是nil；检查是否存在请用len(x.Items) == 0 - 别用
*[]Item，xml.Unmarshal不支持切片指针，会静默跳过
大 XML 文件内存暴涨？换 xml.Decoder 流式解析
xml.Unmarshal 是全量加载模式：先把整个 XML 读进内存，再反序列化。几十 MB 的文件就可能吃光 GB 级内存 —— 这不是 bug，是设计定位决定的。
- 改用
xml.NewDecoder：逐个调用decoder.Token()获取xml.StartElement、xml.CharData等事件，边读边处理 - 遇到不需要的深层嵌套，用
decoder.Skip()跳过，避免构造无用结构体 - 调用
decoder.Token()后必须检查返回值是否为nil，否则可能 panic - 别在循环里反复
new结构体并xml.Unmarshal子片段 —— 这仍会触发多次内存分配
命名空间、大小写、流式读取这三块最容易卡住人，尤其是混合了自定义 namespace 和 CDATA 的老系统接口。建议先用 decoder.Token() 打印前几个 token 看清实际结构，再决定是硬写结构体还是手撸解析逻辑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
