c.XML() 报 renderer not registered 错误主因是结构体字段缺失 xml tag 或项目未 import "github.com/gin-gonic/gin"，极简构建（-ldflags="-s -w"）还会擦除反射信息致 XML 标签失效。
c.XML() 报 renderer not registered 错误
这不是 Gin 版本问题，而是你调用了 c.XML() 但没满足两个硬性前提：结构体字段必须带 xml tag，且项目中不能缺失 github.com/gin-gonic/gin 的 import（极简构建如 go build -ldflags="-s -w" 会擦除反射信息，导致 XML 标签无法读取）。
- 检查是否漏了
import "github.com/gin-gonic/gin"—— 没它，c.XML()根本不存在 - 确认没在初始化时调用
gin.DisableXML或类似禁用逻辑（Gin v1.9+ 默认已注册 XML 渲染器，无需额外 import） - 运行时加
gin.SetMode(gin.DebugMode)，看 panic 是否指向render.XML未注册 —— 若是，大概率是构建或 import 问题，不是代码逻辑问题
结构体字段必须显式声明 xml tag
Go 的 encoding/xml 包不会自动把字段名转成小写短横线风格，也不会导出未标记的字段。不加 xml tag 的字段，哪怕首字母大写，也会被序列化为空。
- 错误写法：
type User { Name string }→ 输出<User></User> - 正确写法：
type User { Name string `xml:"name"` }→ 输出<User><name>xxx</name></User> - 支持属性：
CreatedAt time.Time `xml:"created_at,attr"`→ 生成<User created_at="2026-09-05T10:21:00Z"> - 支持 CDATA：
Content string `xml:",cdata"`→ 内容不转义，适合含 HTML 片段的字段
空值、nil 指针与切片渲染控制
c.XML() 底层调用 xml.Marshal，对零值字段默认照常输出，不符合多数 API 设计习惯。需靠 tag 控制，而非业务层判断。
- 指针类型 +
omitempty最安全：Name *string `xml:"name,omitempty"`，当Name == nil时整个节点不出现 - 基本类型用
omitempty要小心：Age int `xml:"age,omitempty"`会让Age == 0也被忽略，若 0 是合法值，就别用 - 切片渲染是同名节点并列：
Tags []string `xml:"tag"`→ 生成多个<tag>go</tag><tag>gin</tag> - 想合并为单节点内容（如
<tags>go,gin</tags>），得先strings.Join(tags, ",")再赋值给字符串字段
强制输出 vs Accept 头协商
c.XML() 是强制输出 XML，不看 Accept 头；而 c.Negotiate() 才是按请求头自动选格式。两者行为完全不同，别混用。
- 用
c.XML(200, user)：一定发 XML，Content-Type 自动设为application/xml; charset=utf-8，状态码必须显式传（不能传 0） - 用
c.Negotiate()：需同时声明json和xmltag，例如Name string `json:"name" xml:"name"`，再调用c.Negotiate(200, gin.NegotiateData{Offered: []string{"application/json", "application/xml"}, Data: user}) - 如果客户端发的是
Accept: */*，Gin 默认选Offered列表第一个格式（通常是 JSON），不会 fallback 到 XML
最易被忽略的是：XML 渲染完全依赖结构体定义和反射完整性，一旦字段没 tag、类型不可导出、或构建时 strip 了符号信息，就会静默失败或返回空——没有 warning，只有结果不对。
