Go生成复杂XML的核心难点在于结构体标签的精确控制：字段必须导出且显式标注xml:标签，XMLName控制根元素与命名空间，,innerxml处理混合内容，动态场景需用xml.Encoder。
Go 生成复杂 XML 的核心难点不在语法，而在结构体标签的精确控制——写错一个 xml: 标签，就可能丢掉属性、嵌套错层、或漏掉命名空间。
结构体字段标签必须显式声明元素名和角色
Go 的 encoding/xml 不会自动推导字段与 XML 节点的映射关系。所有字段都需带 xml: 标签，否则默认忽略（即使字段导出）。
-
xml:"name"表示子元素，如Title string `xml:"title"`→<title>Go in Action</title> -
xml:"name,attr"表示属性，如ID int `xml:"id,attr"`→<book id="102"></book> -
xml:"parent>child"显式指定嵌套路径，适用于跳过中间容器，如AuthorName string `xml:"author>name"` - 切片字段必须配对正确标签，
[]Item `xml:"item"`才能解析多个同名元素；写成xml:"items>item"会失败 - 空值处理靠
omitempty：字段为零值时跳过输出，但注意它不作用于指针字段本身，只作用于解引用后的值
命名空间和根元素名需用 XMLName 字段
没有 XMLName xml.Name 字段，生成的 XML 就没有根元素名，或默认用结构体名（不可控）。命名空间也必须通过该字段注入。
- 根元素带命名空间：
XMLName xml.Name `xml:"http://example.com booklist"` - 仅设名称不带命名空间：
XMLName xml.Name `xml:"library"` - 若省略
XMLName，xml.MarshalIndent仍会输出 XML，但顶层标签名来自结构体名（如<library></library>），且无法加命名空间 - 命名空间 URI 必须完整写出，不能缩写或省略协议（
http://不可换成https://或去掉）
混合内容（文本+子元素）要用 ,innerxml
当某个 XML 元素既含文本又含子元素（比如 <para>Hello <em>world</em>.</para>），普通字段映射会丢掉文本部分。
- 必须用
InnerXML string `xml:",innerxml"`字段捕获全部原始 XML 片段 - 该字段类型只能是
string或[]byte，且不能和其他标签共存（如不能加omitempty） - 若还需提取其中某个子元素（如
<em></em>），得先用,innerxml拿到整段，再二次解析 ——encoding/xml不支持单字段同时映射文本和结构 - 使用
,cdata是另一回事：它把字段值原样包进，不用于混合内容提取
动态或非常规结构建议绕过结构体，用 xml.Encoder 写 token
当元素名需运行时决定、属性名不固定、或需插入注释/处理指令时，结构体映射已失效。
- 创建
xml.Encoder实例，目标可以是bytes.Buffer或os.File - 手动调用
encoder.EncodeToken写入xml.StartElement、xml.CharData、xml.EndElement -
xml.StartElement的Attr字段支持动态构造属性列表，比结构体标签灵活得多 - 注意调用
encoder.Flush()，否则最后几个 token 可能滞留在缓冲区未写出 - 此方式失去类型安全和结构校验，错误只能在运行时暴露，适合协议级生成（如 SOAP、XML-RPC）
最易被忽略的是：结构体字段必须首字母大写（导出），且所有嵌套结构体字段也必须导出；xml:",omitempty" 对 nil 切片有效，但对空切片（[]string{}）无效 —— 它仍会输出空容器元素。这些细节不试一次根本看不出问题。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
