xml.Unmarshal解析XML字符串到结构体需确保字段导出、标签精确匹配；嵌套与重复元素须用结构体或切片映射，属性用",attr"、文本用",chardata"，命名空间需显式声明，否则字段为空。
用 xml.Unmarshal 解析 XML 字符串到结构体
Go 标准库的 xml.Unmarshal 是最直接的方式，但它对结构体字段标签（xml tag）非常敏感。没写对 tag，解析结果就为空或字段丢失。
常见错误现象：xml.Unmarshal 返回 nil 错误但所有字段仍是零值；或者只解析出顶层字段，嵌套内容全丢。
- 结构体字段必须是导出字段（首字母大写）
- 每个字段需显式声明
xmltag，例如xml:"name"或xml:"name,attr" - 如果 XML 有命名空间（如
<ns:tag>），xmltag 中需包含前缀，如xml:"ns:name"，且解析时需保留命名空间声明（不能靠strings.Replace简单删掉） - 空元素（如
<price/>）会被正确映射为零值，但若字段类型是*string，它会是nil—— 这取决于你是否想区分“未出现”和“空字符串”
处理嵌套结构与重复子元素（如 <item> 列表）
XML 中重复出现的同名标签（比如多个 <item>）必须映射为切片，否则只会解析第一个。
示例 XML 片段：<root><item>a</item><item>b</item></root>
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
- 对应结构体字段应定义为
[]string或[]Item，并带上xml:"item" - 若子元素本身有属性 + 内容混合（如
<price currency="USD">19.99</price>），需用两个字段：一个带,chardata，一个带,attr - 不要试图用
map[string]interface{}做通用解析——标准xml包不支持，会 panic 或静默失败
遇到 CDATA 或特殊字符实体怎么办
xml.Unmarshal 默认会自动解码字符实体（如 → <code>），但不会自动剥离 CDATA 包裹。CDATA 内容被当作普通文本读取，无需额外处理。
- 只要字段类型是
string，CDATA 中的内容就会原样进字段（包括其中的、<code>&等） - 如果 XML 含有非法实体（如自定义
&custom;且未在 DTD 中声明），xml.Unmarshal会报错invalid character entity - 不建议手动预处理 XML 字符串（如正则替换 CDATA）——容易破坏结构，优先让
xml包自己处理
性能与内存注意点：大 XML 字符串别直接传 string
传 string 给 xml.Unmarshal 会先转成 []byte，再构造 bytes.Reader。对几 MB 以上的 XML，这会产生明显额外内存拷贝。
- 更高效的做法是：用
strings.NewReader(xmlStr)或直接传[]byte（xml.Unmarshal([]byte(xmlStr), &v)） - 如果 XML 来自 HTTP 响应体，直接传
resp.Body（实现了io.Reader）比先ioutil.ReadAll再解析省一半内存 - 结构体字段尽量用指针（如
*string）来区分“缺失”和“空”，但要注意 nil 指针解引用 panic 风险
最容易被忽略的是命名空间和重复标签的切片声明——这两处写错，解析就静默失效，debug 时得打印原始 XML 和结构体变量地址对比才容易发现。
