Gin默认支持JSON响应，c.JSON()可直接使用；要支持XML响应，需确保结构体字段正确声明xml标签（如xml:"name"），且调用c.XML()前未禁用XML渲染器——Gin内置XML渲染器，无需额外导入，但缺少标签或反射信息丢失会导致“renderer not registered”错误。
如何让Gin同时支持JSON和XML响应
Gin默认只注册JSON渲染器，要返回XML必须手动注册xml格式支持，否则调用c.XML()会panic。关键不是“能不能”，而是“有没有提前告诉Gin你打算用XML”。
- 启动时需显式调用
gin.SetMode(gin.ReleaseMode)（可选）并确保未禁用XML - 在
main()函数开头添加gin.DefaultWriter = os.Stdout（调试用），但不影响格式注册 - 真正起作用的是Gin内部的
render.HTMLRender和render.JSON等注册表——XML依赖render.XML是否被加载，而它默认已内置，无需额外import
为什么c.JSON()能用但c.XML()报错“renderer not registered”
这不是Gin版本差异问题，而是你调用了c.XML()但没满足两个前置条件：结构体字段必须有xml标签，且HTTP请求头或路由逻辑未触发格式协商。Gin不会自动根据Accept头切换格式，除非你用c.Negotiate()。
-
c.XML()本身不依赖Accept头，它强制输出XML——但前提是目标结构体字段带xml:"field_name"标签，否则序列化为空对象 - 若看到
renderer not registered，大概率是误删了import "github.com/gin-gonic/gin"，或使用了极简构建（如go build -ldflags="-s -w"）导致反射信息丢失，影响XML标签解析 - Gin v1.9+对
xml:标签的解析更严格：空字符串、匿名字段、非导出字段均被忽略，不像JSON那样容忍json:",omitempty"
用Accept头自动选择JSON或XML响应
靠c.Negotiate()而不是写两套handler。它会读取Accept请求头，按权重匹配application/json或application/xml，再调对应渲染器——前提是你的数据结构同时兼容两种格式。
- 结构体字段需同时声明
json:"name"和xml:"name"，例如：type User struct { Name string `json:"name" xml:"name"` } - 调用方式为
c.Negotiate(200, gin.NegotiateData{Offered: []string{"application/json", "application/xml"}, Data: user}) - 注意：如果Accept头是
*/*，Gin默认选第一个注册的格式（通常是JSON），不会随机挑；若只注册了JSON，XML请求将回退到JSON，不报错也不提示
XML响应常见坑：空值、命名空间与编码
Gin用Go原生encoding/xml包，所以所有该包的限制都生效——比如不支持自定义XML声明、无法控制缩进、对UTF-8以外编码无处理能力。
立即学习“go语言免费学习笔记（深入）”；
- 结构体中字段值为
""或nil指针时，xml:",omitempty"才生效；而json:",omitempty"对零值数组/切片也生效，XML不认这些 - 需要XML命名空间？只能靠字段嵌套+
xml:"prefix,attr"模拟，Gin不提供c.XMLWithNamespace()之类接口 - 响应Content-Type默认是
application/xml; charset=utf-8，但如果你用c.Data(200, "text/xml; charset=gbk", body)硬设，浏览器可能乱码——因为Go的xml包只输出UTF-8
