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 有命名空间（如 <config></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>，不是 <host><database></database></host>
• 多个同级 <plugin></plugin> 节点，没声明切片类型，导致只解析第一个
• 空标签（如 <debug></debug>）会被赋值为零值，不会触发错误，需额外判断是否真实存在
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
大文件或动态结构别硬套 Unmarshal
当 XML 超过几 MB，或节点名不可预知（比如插件配置含任意 <custom-tag></custom-tag>），xml.Unmarshal 会把整个文档加载进内存，且无法跳过无关节点。
此时该用 xml.Decoder：
• 调用 decoder.Token() 逐个读 token，遇到目标标签才开始解析子树
• 用 decoder.DecodeElement(&v, start) 对特定节点反序列化，避免全量 struct 定义
• 可提前 break 或 return，节省 CPU 和内存
• 不支持直接映射属性到字段，需手动从 start.Attr 提取
CDATA 和混合内容要用 ,chardata 显式捕获
XML 中像 <desc>hello</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 声明本身（<?xml version="1.0" encoding="UTF-8"?>）不影响解析，但若文件用 GBK 编码，xml.Unmarshal 会直接 panic invalid UTF-8 —— 这时必须先用 charset.NewReader 转换，而不是指望 tag 或结构体能兜底。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
