Go的xml包解析属性需字段导出且标签含“,attr”，文本内容用“,chardata”，命名空间用“xmlns:xxx,attr”，大XML应改用xml.Decoder流式解析。
结构体字段未导出导致属性值始终为空
Go 的 encoding/xml 包依赖反射访问结构体字段，而反射无法读写非导出字段（即首字母小写的字段）。哪怕 xml:"id,attr" 标签完全正确，只要字段是 id string，解析后值就一定是空字符串或零值，且不报错。
常见错误写法：type User struct { id string `xml:"id,attr"` } → id 字段永远拿不到值。
必须改为导出字段：ID string `xml:"id,attr"` 或 Id string `xml:"id,attr"`（注意 XML 属性名本身是大小写敏感的，xml:"ID,attr" 只匹配 ID="123"，不是 id="123"）。
- 所有待解析的字段名必须首字母大写
-
xml:"xxx,attr"中的xxx必须与 XML 实际属性名（含大小写、连字符）完全一致 - 命名空间属性如
xmlns:xsi，需写成XSI string `xml:"xmlns:xsi,attr"`
xml:"name,attr" 写成 xml:"name" 就会去匹配子元素
把属性标签误写成普通元素标签，是最隐蔽的“丢属性”原因。例如 XML 是 <item id="5"></item>，结构体字段写成 ID string `xml:"id"`，xml.Unmarshal 会去找名为 <id>...</id> 的子元素，而不是 id 属性 —— 结果 ID 保持为零值，还不提示。
立即学习“go语言免费学习笔记（深入）”；
正确写法必须显式声明 ,attr：ID string `xml:"id,attr"`。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
-
xml:"id"→ 查找子元素<id> -
xml:"id,attr"→ 查找属性id="..." - 多个属性要分别定义字段，不能合并到一个字段里
混合内容中属性和文本共存时只取了一半
像 <price currency="USD">29.99</price> 这种结构，很多人只定义了 Currency string `xml:"currency,attr"`，却忘了文本内容需要单独字段 + 特殊标签。
xml:",chardata" 是唯一能捕获当前标签内纯文本的方式；xml:"text" 是错的——它会去找叫 <text> 的子元素，不是当前标签的内容。
示例结构体：
type Price struct {
Currency string `xml:"currency,attr"`
Value string `xml:",chardata"`
}
- 属性用
,attr，文本用,chardata，二者不可互换 - 如果标签内还有子元素（比如
<price><unit>USD</unit>29.99</price>），,chardata会包含换行和缩进，建议strings.TrimSpace处理 - 要原样保留子树（含标签），用
[]byte `xml:",innerxml"`，不是,chardata
大型 XML 或动态结构下 Unmarshal 静默失败
xml.Unmarshal 是全量加载 + 全局反序列化，一旦 XML 超过几十 MB，容易触发 GC 压力甚至 OOM；更麻烦的是，它对嵌套错位、字段类型不匹配、标签名大小写偏差等问题全部静默忽略 —— 返回 nil 错误，但字段全是零值。
这不是 bug，是设计定位：它只适合结构固定、规模可控的场景。真要查“为什么属性丢了”，先确认是不是该用流式解析。
- 改用
xml.Decoder，调decoder.Token()逐个读xml.StartElement/xml.CharData - 遇到目标元素再调
decoder.DecodeElement(&v, &start)解局部结构 - 对
xml.CharData做strings.TrimSpace，否则前后空白也当内容 - 别在循环里反复
xml.Unmarshal子片段——等于重复全量加载
最易被忽略的一点：decoder.Token() 返回值必须检查是否为 nil，否则遇到 EOF 或格式错误直接 panic。
