xml.Unmarshal 解析失败但没报错，因只处理首字母大写的导出字段，小写字段被静默忽略；需用大写字段名、xml tag 显式映射，属性加 attr，文本内容用 chardata，可选字段用指针或 omitempty。
xml.Unmarshal 解析失败但没报错？检查结构体字段是否导出
Go 的 xml.Unmarshal 默认只处理导出字段（首字母大写），小写字段会被静默忽略，连错误都不会返回。这是最常踩的坑——XML 数据明明在，解析后字段却是零值。
- 结构体字段必须首字母大写，且建议加上
xmltag 显式声明映射关系 - 如果 XML 有属性（如
<item id="123"></item>），对应字段要用attr后缀：XMLID string `xml:"id,attr"` - 嵌套元素用结构体字段，文本内容用
string`xml:",chardata"` - 空标签或可选字段建议用指针类型（如
*string）或加omitemptytag，避免覆盖默认值
遇到 invalid character '
这个错误其实是把 XML 当成 JSON 去解析了，json.Unmarshal 遇到 直接崩溃。标准库不自动识别格式，你传啥它就信啥。
- 确认调用的是
xml.Unmarshal，不是json.Unmarshal或第三方 JSON 库 - 如果数据来自 HTTP 响应，先检查
Content-Type头是否为application/xml或text/xml，但别依赖它做解析路由 - 读取响应体时，确保没被中间件或日志提前读取过（
Body是单次读取流，二次读会返回空）
XML 命名空间（xmlns）导致字段匹配不上？用完整命名空间前缀声明 tag
带命名空间的 XML（比如 <rss xmlns="http://purl.org/rss/1.0/"></rss>）会让 xml.Unmarshal 完全找不到子元素，除非你在 struct tag 里显式带上命名空间 URI。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 结构体字段 tag 写成：
Channel *RSSChannel `xml:"http://purl.org/rss/1.0/ channel"` - 如果多个命名空间混用，每个字段都要单独配 URI，Go 标准库不支持前缀别名（如
rss:channel） - 不确定命名空间时，先用
xml.Decoder手动逐层解析，比硬扛 struct 映射更可控
大文件解析内存爆掉？别一股脑 Unmarshal 全量 XML
xml.Unmarshal 会把整个 XML 加载进内存再解析，几百 MB 的文件很容易 OOM。真要处理流式或超大 XML，得换思路。
立即学习“go语言免费学习笔记（深入）”；
- 用
xml.Decoder配合Token()逐个读取节点，只保留当前需要的数据 - 对重复结构（如大量
<entry></entry>），每解析完一个就处理/存储/丢弃，不累积到切片 - 注意
Decoder不会自动跳过注释或空白字符，必要时手动switch token.(type)过滤 - 别在循环里反复 new struct —— 复用变量能明显降低 GC 压力
命名空间、大小写、流式读取这三块最容易卡住人，尤其是混合了自定义 namespace 和 CDATA 的老系统接口，建议先用 xml.Decoder 打印前几个 token 看清实际结构，再决定是硬写 struct 还是流式提取。
