go的xml.unmarshal不报错但结构体全空，主因是字段未导出（首字母小写）或xml:"tag"标签不匹配；必须首字母大写、大小写与下划线完全一致、属性加,attr、嵌套靠xml:"item"而非字段名。
Go 的 xml.Unmarshal 不报错但结构体全空？八成是字段没导出或 xml: 标签写错了——它不看小写字母开头的字段，也不自动转换连字符、下划线，更不会猜你“想映射哪个节点”。
字段为空？先查导出性和 xml: 标签对不对
Go 的 encoding/xml 包只处理首字母大写的字段。比如 username string 无论加不加 xml:"user_name"，它都直接跳过；必须写成 UserName string，再配 xml:"user_name"。
-
<user-id>alice</user-id>→ 字段名必须是UserID string `xml:"user-id"`，不能靠命名习惯自动转 - 写了
xml:"name,attr"却去匹配子元素（不是属性），值永远是零值，且不报错 - 想忽略某个字段？用
xml:"-"；想区分“没传”和“传了空字符串”，得用*string，不是string
属性和文本混在一起怎么取？xml:",chardata 是关键
像 <price currency="USD">29.99</price> 这种，既要属性又要文本内容，很多人卡在“只能二选一”。其实 Go 原生支持，只是标签冷门：
- 属性：用
xml:",attr"，例如Currency string `xml:"currency,attr"` - 纯文本内容：用
xml:",chardata"，例如Value string `xml:",chardata"` -
xml:"text"是找叫<text></text>的子元素，不是取当前标签内的文本 - 要连子标签一起原样拿？换
xml:",innerxml"，不是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"` - 要么用路径式标签跳一级：
Participants []Participant `xml:"events>event>participants>participant"`（注意：只支持单层跳转，a>b>c>d会失效） - 切片字段必须带明确子元素名，比如
[]Item `xml:"item"`；光写[]Item不会自动猜
大文件解析内存暴涨？别硬扛，改用 xml.Decoder
xml.Unmarshal 是全量加载 + 反序列化，几十 MB 的 XML 文件极易 OOM。这不是 bug，是设计使然——它面向“已知结构、规模可控”的场景。
- 改用
xml.Decoder流式解析：逐个读取xml.StartElement/xml.CharData，边读边处理，内存恒定在 KB 级 - 调用
decoder.Token()后必须检查返回值是否为nil，否则可能 panic - 用
decoder.Skip()跳过不需要的深层嵌套，避免手动遍历 - 避免在循环中反复
new结构体并xml.Unmarshal子片段——这仍会触发多次内存分配
最常被忽略的一点：命名空间。像 <rss xmlns="http://purl.org/rss/1.0/"></rss> 这种，默认所有子元素都会解析失败，因为包把它们归为“未知命名空间”。临时解法是预处理 strings.ReplaceAll(xmlBytes, `xmlns="http://purl.org/rss/1.0/"`, "")，但长期建议用 github.com/jteeuwen/go-pkg-xmlx 这类支持命名空间的第三方库。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
