不加xml tag的导出字段会被xml.Marshal静默忽略；只有带xml tag的首字母大写字段才参与序列化，匿名字段和嵌套struct需各自显式声明tag，slice须指定子元素名，omitempty仅控制零值省略而非字段存在性。
Go struct字段不加xml tag时默认怎么序列化？
不加xml tag的字段，xml.Marshal会直接忽略——不是报错，是静默跳过。哪怕字段是导出的（首字母大写），只要没xml tag，就不出现在XML里。
常见错误现象：xml.Marshal返回空内容或字段缺失，查半天发现结构体字段根本没加tag。
- 只有首字母大写的字段才可能被序列化（Go反射限制）
- 匿名字段会“提升”其导出字段，但提升后的字段仍需显式
xmltag才能生效 - 如果字段类型是自定义struct，它内部的字段也得各自加
xmltag，不会自动继承外层设置
xml: tag里name、omitempty、-的区别
name控制XML元素名；omitempty决定零值是否省略；-表示完全排除该字段——三者互不影响，可组合使用。
使用场景：API响应中隐藏敏感字段、压缩输出体积、适配第三方XML Schema。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
xml:"user_name"→ 生成<user_name>xxx</user_name> -
xml:"age,omitempty"→ 若age == 0，整个<age>标签不出现 -
xml:"-"→ 无论值是什么，该字段彻底消失（比omitempty更彻底） -
xml:"status,attr"→ 输出为属性：<user status="active">
嵌套struct和slice怎么正确打xml tag？
嵌套struct本身不需要xml tag，但它的每个导出字段都需要独立tag；slice则必须用xml:"item"之类指定子元素名，否则默认用字段名小写（如Items → <items>），且无法控制子项标签名。
容易踩的坑：slice序列化后只有一层<items><item>...</item><item>...</item></items>，但开发者常误以为要给slice元素类型额外加tag来控制<item>名——其实只需在slice字段上声明即可。
-
Users []User `xml:"user"`→ 每个User实例生成一个<user>，包裹在默认父容器里（无外层<users>） -
Users []User `xml:"user>user"`→ 错误写法，xml包不支持这种嵌套语法 - 要带外层容器，写成：
Users []User `xml:"users>user"`→ 生成<users><user>...</user></users> - 空slice或nil slice都会生成空容器（如
<users/>），加omitempty也不能抑制外层标签，除非字段本身为nil指针
XML namespace和cdata怎么处理？
标准encoding/xml不原生支持CDATA，需手动拼接字符串或换用第三方库；namespace则靠xml: tag里的xmlns前缀和xmlns:xxx声明实现，但要注意：只有根元素能声明namespace，子元素继承即可。
性能影响：手动注入CDATA会破坏结构化序列化流程，xml.Marshal输出变成字符串拼接，失去类型安全和嵌套校验能力。
- namespace示例：
xml:"foo xmlns:ns1='http://example.com/ns1' ns1:bar"→<foo xmlns:ns1='http://example.com/ns1'><ns1:bar>...</ns1:bar></foo> - CDATA只能靠字段类型为
string+ 手动包裹，且需确保xml.Marshal不转义内容（即不能用xml.CharData，它已被废弃） - 若必须用CDATA，建议封装一个自定义类型实现
xml.Marshaler接口，避免污染业务逻辑
最易被忽略的是：struct字段的零值行为和tag声明是解耦的——omitempty只对字段值起作用，但字段是否存在，完全取决于有没有xml tag。很多人改了字段值却忘了补tag，或者加了tag又没理清omitempty对空字符串、零切片的实际效果。
