Go的encoding/xml包解析XML需结构体字段导出、显式标注xml标签，嵌套用切片和chardata，命名空间与编码须匹配，否则静默失败。
Go 的 encoding/xml 包能直接将 XML 映射为结构体，但默认行为容易踩坑：字段不导出、标签名不匹配、嵌套结构解析失败、空值处理异常——这些不是语法错误，而是结构定义和 XML 实际格式对不上。
XML 结构体字段必须导出且带正确 xml 标签
Go 不会序列化或反序列化非导出字段（首字母小写）。即使 XML 有对应节点，xml.Unmarshal 也不会填充它们。同时，字段名默认按驼峰转连字符（如 UserName → user-name），但多数 XML 使用下划线或全大写，必须显式指定。
常见错误现象：xml.Unmarshal 返回 nil 错误，但结构体字段全是零值。
- 所有待解析字段必须是导出字段（首字母大写）
- 用
xml:"field_name"显式绑定 XML 元素名，大小写和符号需完全一致 - 用
xml:",attr"绑定属性，xml:",chardata"捕获文本内容 - 忽略不存在的元素？加
xml:",omitempty"不起作用，那是用于编码时跳过零值；解码时要用xml:",any"或自定义UnmarshalXML
type Person struct {
XMLName xml.Name `xml:"person"`
ID int `xml:"id,attr"` // 解析 id="123"
Name string `xml:"full_name"` // 不是 "fullName" 或 "Full_Name"
Age int `xml:"age,omitempty"` // 解码时仍会尝试读取，omitzero 只影响 Marshal
}
xml.Unmarshal 遇到嵌套、重复或混合内容时怎么写结构体
XML 常见混合结构：父元素既有子元素又有文本（如
立即学习“go语言免费学习笔记（深入）”；
使用场景：解析 RSS、配置文件、SOAP 响应等含层级和重复项的 XML。
- 重复元素 → 字段类型必须是切片：
Items []Item `xml:"item"` - 混合内容（文本 + 子元素）→ 用
xml:",chardata"捕获纯文本，再用其他字段捕获子节点 - 深层嵌套但不想定义完整结构 → 用
xml:",any"接收未声明的子树（类型为[]byte），后续手动解析 - 需要控制解析顺序或验证 → 实现
UnmarshalXML(d *xml.Decoder, start xml.StartElement) error
type Desc struct {
Text string `xml:",chardata"`
Em string `xml:"em"`
}
type Feed struct {
XMLName xml.Name `xml:"rss"`
Channel struct {
Title string `xml:"title"`
Items []struct {
Title string `xml:"title"`
Desc Desc `xml:"description"`
} `xml:"item"`
} `xml:"channel"`
}
解析失败却不报错？检查空白、命名空间和编码
xml.Unmarshal 在遇到格式合法但结构不匹配时（如字段名错、类型不兼容、缺少 XMLName），常常静默失败——字段保持零值，错误返回 nil。这不是 bug，是设计选择：Go 认为“缺失字段”属于业务逻辑范畴，而非解析错误。
容易被忽略的三个硬性前提：
- XML 必须是 UTF-8 编码；含 BOM 或 GBK 会直接 panic：
invalid UTF-8 - 带命名空间（如
xml.Name.Space手动比对 - XML 中的空白符（换行、缩进）会被当作文本节点；若字段类型是
string且绑定了chardata，就会把换行也读进来
调试建议：先用 xml.Decoder 逐层读取 token，确认实际结构是否与结构体预期一致。
dec := xml.NewDecoder(strings.NewReader(data))
for {
t, err := dec.Token()
if err == io.EOF {
break
}
if err != nil {
log.Fatal(err)
}
fmt.Printf("%v\n", t)
}
最常被绕过的点：没检查 XMLName 字段是否匹配根元素名，导致整个结构体解析为空；还有就是把属性（attr）和元素（element）搞混，结果字段始终是零值。这些都不会触发 panic，只会让数据“消失”。
