encoding/xml包解析XML时，结构体字段的xml标签必须与XML元素名逐字符完全匹配，包括大小写、连字符和下划线，否则字段为空且不报错。
encoding/xml 包能解析复杂 XML，但前提是结构体字段和 XML 标签必须**逐字符匹配**——连 -、_、大小写都不能错，否则字段永远为空。
struct 字段名和 XML 标签名必须完全一致
Go 不会自动做驼峰转 kebab 或下划线转换。比如 XML 里是 <db-host>localhost</db-host>，你就得写 DBHost string `xml:"db-host"`，而不是 DbHost 或 Db_host。
常见错误现象：字段值始终为空字符串或零值，xml.Unmarshal 却不报错。
使用场景：读取第三方服务的配置文件（如 Jenkins、Spring Boot 的 XML 配置），它们习惯用小写+连字符命名。
实操建议：
• 打开 XML 文件，复制标签名（包括所有连字符、点号、数字）直接粘贴进 xml:"..." tag
• 避免靠记忆写字段名，哪怕只是 max-connections 和 max_connections 差一个字符，也会失败
• 如果 XML 有命名空间（如 <ns:config>），tag 必须写成 xml:"config" xmlns:"ns"
属性、嵌套、重复节点的 tag 写法差异
xml:",attr" 专用于提取属性，xml:"parent>child" 用于跨层级映射，[]Type 切片自动匹配同名重复节点。
容易踩的坑：
• 把属性当子元素写，比如 <server port="8080"></server>，误写成 Port string `xml:"port"`（应为 Port string `xml:"port,attr"`）
• 嵌套路径写错方向，xml:"database>host" 表示 <database><host>...，不是 <host><database>
• 多个同级 <plugin> 节点，没声明切片类型，导致只解析第一个
• 空标签（如 <debug/>）会被赋值为零值，不会触发错误，需额外判断是否真实存在
大文件或动态结构别硬套 Unmarshal
当 XML 超过几 MB，或节点名不可预知（比如插件配置含任意 <custom-tag>），xml.Unmarshal 会把整个文档加载进内存，且无法跳过无关节点。
此时该用 xml.Decoder：
• 调用 decoder.Token() 逐个读 token，遇到目标标签才开始解析子树
• 用 decoder.DecodeElement(&v, start) 对特定节点反序列化，避免全量 struct 定义
• 可提前 break 或 return，节省 CPU 和内存
• 不支持直接映射属性到字段，需手动从 start.Attr 提取
CDATA 和混合内容要用 ,chardata 显式捕获
XML 中像 <desc><![CDATA[<p>hello</p>
<p><span>立即学习</span>“<a href="https://pan.quark.cn/s/00968c3c2c15" style="text-decoration: underline !important; color: blue; font-weight: bolder;" rel="nofollow" target="_blank">go语言免费学习笔记（深入）</a>”；</p>]]></desc> 这类内容，不会被普通字段解析；<item>text<sub>inner</sub>more</item> 这种混合文本+标签的结构，也需特殊处理。
正确做法：
• 定义字段如 Desc string `xml:",chardata"` 捕获纯文本内容
• 若需保留 HTML 标签，用 InnerXML string `xml:",innerxml"`（注意：它包含起始和结束标签）
• ,chardata 和 ,innerxml 不能共存于同一字段，且会覆盖其他 tag 规则
• 混合内容中，文本片段可能被拆成多个 CharData token，,chardata 会自动拼接，但顺序依赖 parser 实现，不保证绝对可靠
<?xml version="1.0" encoding="UTF-8"?>）不影响解析，但若文件用 GBK 编码，xml.Unmarshal 会直接 panic invalid UTF-8 —— 这时必须先用 charset.NewReader 转换，而不是指望 tag 或结构体能兜底。 
