Iris中XML请求需用ctx.ReadXML()安全反序列化，要求结构体字段导出且xml tag精确匹配；响应用ctx.XML()输出，注意omitempty和命名空间；Content-Type需手动判断，不支持自动协商。
XML请求体怎么读取并反序列化
Iris 不会自动解析 XML 请求体，ctx.ReadXML() 是唯一安全、推荐的入口。它内部调用 xml.Unmarshal()，要求目标结构体字段有正确的 xml tag（如 xml:"name"），且必须导出（首字母大写）。
常见错误是直接用 io.ReadAll(ctx.Request().Body) 后手动 xml.Unmarshal() ——这会导致后续中间件或 handler 再次读取 body 时返回空，因为 Body 是一次性流。
- 务必使用
ctx.ReadXML(&v)，不要自己读Body - 结构体字段名必须导出，否则
xml包无法写入 - 若 XML 根元素含命名空间（如
<user xmlns="http://example.com">），需在 struct tag 中显式声明：xml:"user" xmlns:"http://example.com" -
ctx.ReadXML()自动校验 Content-Type 是否为application/xml或text/xml；不匹配时返回415 Unsupported Media Type
XML响应怎么正确输出
用 ctx.XML(v, iris.XML{Indent: true}) 输出结构体，Iris 会设置 Content-Type: application/xml; charset=UTF-8 并调用 xml.Marshal()。不建议用 ctx.WriteString() 拼接 XML 字符串——既难维护，又易引入编码或转义问题。
注意：如果结构体字段值为 nil 指针或空切片，默认会被序列化为空标签（如 <items/>）。要跳过该字段，需加 xml:",omitempty" tag。
-
iris.XML{Indent: true}仅用于开发调试，生产环境应设为false减少体积 - 若需自定义根元素名（如把
Person{}包裹成<response><person>...</person></response>），得手动构造嵌套结构体，Iris 不支持运行时指定外层标签 - 中文字符无需额外处理，
xml.Marshal()默认 UTF-8 编码
XML和JSON共存时 Content-Type 怎么区分
Iris 通过请求头 Content-Type 和响应头 Accept 自动选择序列化方式，但前提是 handler 显式调用对应方法：ctx.JSON() 或 ctx.XML()。它不会根据 Accept 头自动路由到不同 handler。
典型误用是只写一个 handler，然后试图靠 ctx.Negotiate() 同时支持 JSON/XML ——ctx.Negotiate() 在 Iris v12 中已废弃，且不支持 XML（仅限 JSON/HTML/Text）。
- 明确按需求分两个 endpoint，比如
POST /api/users/json和POST /api/users/xml - 或统一用
POST /api/users，但在 handler 开头用ctx.GetHeader("Content-Type")判断，再分支调用ReadXML()或ReadJSON() - 响应端同理：不要依赖
Accept做自动格式切换，容易因客户端发错头导致静默失败
为什么 ctx.XML() 返回空或格式错乱
最常见原因是结构体字段缺少 xml tag，或 tag 值与 XML 实际节点名不一致。例如 XML 是 <user_name>alice</user_name>，但结构体字段写成 UserName string `xml:"username"`（少下划线），就会反序列化失败或字段为空。
另一个隐蔽问题是字段类型不匹配：XML 数值节点（如 <age>25</age>）被映射到 string 字段能成功，但若目标是 int 且内容含空格或非数字字符，xml.Unmarshal() 会静默失败且不报错（只留零值）。
- 调试时先打印原始 body：
body, _ := io.ReadAll(ctx.Request().Body); ctx.Application().Logger().Infof("raw xml: %s", body) - 确保结构体 tag 完全匹配 XML 节点名（包括大小写、下划线、连字符）
- 数值字段建议先用
string接收，再手动strconv.Atoi()，便于捕获转换错误 - XML 命名空间、CDATA 块、注释等高级特性，
xml标准库支持有限，需谨慎验证
XML 的麻烦不在语法，而在结构体定义和 tag 的严格对齐。一次跑通后很难排查，建议把 XML 示例和 Go struct 并排写测试用例，而不是等上线后看空响应才回头查 tag。
