xml.unmarshal 返回空结构体主因是字段未导出或标签错误；需首字母大写、正确使用xml:"tag"、避免匿名结构体，并注意命名空间、属性（,attr）、文本（,chardata）、切片映射及cdata等限制。
xml.Unmarshal 为什么总是返回空结构体
常见现象是 xml.Unmarshal 执行后字段全为零值，连 XMLName 都没填上。根本原因不是 XML 内容错，而是 Go 结构体字段没导出（首字母小写）或标签写错。
必须确保：
- 结构体字段名首字母大写（否则
xml包无法反射访问） -
xml标签里用xml:"tagname"显式指定对应 XML 元素名，大小写严格匹配 - 嵌套结构体字段需单独定义类型，不能直接用匿名 struct 字面量（反序列化不支持）
- 如果 XML 有命名空间（如
<rss xmlns="http://purl.org/rss/1.0/"></rss>），xml包默认忽略，得手动 strip 或用第三方库
示例：正确写法是 type Item struct { Title string `xml:"title"` }，而不是 title string。
怎么处理 XML 中的属性（attribute）和文本内容（character data）
XML 属性和元素内纯文本是两种常见但易混淆的数据位置，encoding/xml 用不同标签语法区分。
关键点：
- 属性用
xml:",attr"，比如Lang string `xml:"lang,attr"`对应<item lang="en"></item> - 元素内文本内容（非子元素）用
xml:",chardata"，比如Content string `xml:",chardata"`对应<description>hello</description> - 如果一个元素既有属性又有子元素，就不能再用
chardata，否则会覆盖解析结果；此时得用自定义UnmarshalXML方法 -
xml:",any"可捕获未声明的子元素，但只存原始字节，需二次解析
嵌套列表（如 - ...
- ...
XML 中重复子元素转成 Go 切片是最常卡住的地方。不是加个 [] 就能自动识别，得靠标签和结构体层级配合。
实操要点：
- 父元素结构体字段类型设为
[]ChildType，且标签写成xml:"item"（不是"items"）——xml包按子元素名匹配，不是父元素名 - 如果子元素名和字段名不一致，必须显式写标签，例如
Items []Item `xml:"item"` - 切片字段不能是 nil 指针；如果 XML 中该节点完全缺失，字段会是空切片（
[]Item(nil)），不是nil，判断时用len(x.Items) == 0更安全 - 避免用
*[]T（切片指针），xml包不支持，会静默失败
遇到 xmlns、CDATA、处理指令（PI）怎么办
encoding/xml 对这些 XML 特性支持极弱，不是“不会用”，而是“本来就不处理”。
现实对策：
-
xmlns：包完全跳过命名空间校验，只要元素名对就解析。若需精确匹配带 ns 的标签（如<link>），得先用正则或xml.Decoder手动跳过 namespace 前缀，或换github.com/beevik/etree -
CDATA：会被当作普通文本解析，内容里的<code>&已自动解码，无需额外处理；但如果原始 CDATA 含非法字符，xml.Decoder会报invalid character entity - 处理指令（如
<?xml-stylesheet ...?>）：默认被忽略，无法通过结构体字段捕获；如有强依赖，只能用xml.Decoder.Token()手动遍历 Token 流
真正麻烦的是混合使用——比如一个元素同时含 namespace、attribute、CDATA 和子元素，这时候硬扛 encoding/xml 很容易漏数据，不如分层处理：先用 Decoder 流式提取关键节点，再对每个节点用 Unmarshal。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
