go解析xml核心是二选一：结构固定用xml.unmarshal，动态或大文件必用xml.decoder；字段全零值主因是字段未导出、标签不匹配或属性未加attr。
Go 解析 XML 文件转对象，核心就两条路：结构固定用 xml.Unmarshal，结构动态或文件太大就用 xml.Decoder。别硬套一种，选错直接内存爆掉或字段全空。
xml.Unmarshal 为什么解析后字段全是零值
这不是报错，是“静默失联”——结构体和 XML 没对上契约。最常见原因有三个：
- 字段没导出：写成
name string，必须改成Name string - 标签名不匹配：
<user_id>123</user_id>对应的字段得写Name string `xml:"user_id"`，不能靠驼峰自动转换 - 属性当元素用：
<user id="42"></user>中的id是属性，字段得加,attr：ID string `xml:"id,attr"`
另外，XMLName xml.Name `xml:"users"` 这种根命名声明不是可选的，尤其当 XML 根节点带命名空间时，缺了它整个子树都读不到。
嵌套结构和重复元素怎么建模
XML 里常见的 <users><user>...</user><user>...</user></users>，不能只靠字段名猜，得靠 tag 和类型双重约束：
- 重复项必须用切片：
Users []User `xml:"user"`，不是User []User或Users []User `xml:"users"` - 深层路径支持但有限：
Email string `xml:"contact>email"`可以，但不能跨多层跳过中间节点 - 混合内容（文本 + 子元素）要拆开：
Text string `xml:",chardata"`捕文本，Em *EmTag `xml:"em"`捕子节点 - 空列表会得到
[]User{}，不是nil；想区分“没节点”和“节点为空”，字段类型得是*[]User
大文件或命名空间 XML 必须换 decoder
xml.Unmarshal 把整份 XML 加载进内存再解析，百 MB 级文件很容易 OOM。命名空间（如 xmlns="http://example.com/ns"）也会让默认解析器直接跳过全部子元素——它不报错，只当没看见。
- 改用
xml.NewDecoder(file)，然后循环调decoder.Token() - 遇到
xml.StartElement时，用strings.HasPrefix(token.(xml.StartElement).Name.Local, "item")匹配标签，忽略命名空间前缀 - 需要跳过某段深层嵌套？调
decoder.Skip()，别让它继续构造无用结构体 - 读到
xml.CharData记得strings.TrimSpace，否则含大量换行和缩进空格
真实接口里混着命名空间、CDATA、HTML 实体很常见，xml.Unmarshal 基本扛不住，decoder 才是可控的起点。
中文、缩进、声明头这些细节容易漏
xml.Marshal 输出的是纯 UTF-8 字节流，没有 XML 声明头，也不缩进。接收方如果校验严格，可能直接拒收：
- 手动拼头：
xml.Header + string(data)，其中xml.Header是"<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n" - 缩进必须用
xml.MarshalIndent(v, "", " ")，第二个参数是父级前缀（通常空字符串），第三个才是缩进符 - 字段顺序 = 结构体定义顺序，别指望 tag 控制输出序号；想调整顺序，就得重排字段声明
-
omitempty只影响序列化（Marshal），不影响反序列化（Unmarshal）——解析时缺失字段照样设零值
真正难的从来不是语法，而是命名空间怎么对、大文件怎么流式裁剪、混合内容怎么拆解。先用 decoder 打印几个 token 看清结构，再决定要不要硬写 struct。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
