Go 的 Iris 框架的 Context.XML() 仅封装 xml.Marshal() 并设置 XML 响应头，不支持命名空间、自动 XML 声明、属性/元素精细控制等高级特性，需手动处理 CDATA、编码、根节点名及大文件流式解析。
确认你用的是 Go 的 Iris 框架，不是 InterSystems IRIS 平台
很多人搜“Iris XML”时实际在用 InterSystems IRIS（企业数据库平台），但你要的是 Go Web 框架 iris ——它不内置 XML 序列化逻辑，XML() 方法只是个薄封装，底层仍依赖 xml.Marshal()。如果你的代码里有 %XMLExport()、%XML.Writer 或类继承 %XML.Adaptor，那根本不是 Go 的 iris，别往下看了。
Context.XML() 能做什么、不能做什么
Context.XML() 本质是调用 Go 标准库 xml.Marshal()，再设好 Content-Type: application/xml 响应头。它只处理结构体、map、基本类型，不支持自定义命名空间、CDATA、属性 vs 子元素控制等高级 XML 特性。
- 支持导出结构体字段，但字段名必须首字母大写（Go 导出规则）
- 用
xml:"name,attr"标签可将字段转为 XML 属性，比如Id int `xml:"id,attr"` - 用
xml:",chardata"可把字符串作为 CDATA 内容（但需手动构造，XML()不自动识别） - 嵌套结构体默认生成子元素；想扁平化？得靠自定义
MarshalXML()方法 - 如果传入 nil 指针或未初始化 map，会 panic，不是返回空 XML
常见错误：中文乱码、特殊字符被转义、根节点名不对
Go 的 xml.Marshal() 默认输出无声明的 UTF-8 XML，但某些客户端（如老版 .NET 客户端）要求带 <?xml version="1.0" encoding="UTF-8"?>。Iris 的 XML() 不提供开关加声明，得自己写：
func writeXML(ctx iris.Context, v interface{}) {
ctx.ContentType("application/xml; charset=utf-8")
buf, _ := xml.Marshal(v)
ctx.Write([]byte(`<?xml version="1.0" encoding="UTF-8"?>` + "\n"))
ctx.Write(buf)
}
- 中文乱码：确保结构体字段是 string 类型且内容本身是 UTF-8 编码（Go 字符串天然就是）；若从数据库读出来是乱码，问题不在 Iris，在数据源或驱动
- & 被转义：这是 XML 规范行为，
xml.Marshal()必然转义，无法关闭；若需原样输出 HTML 片段，别塞进 XML 字段，改用 CDATA（见上例） - 根节点名总是
response：因为XML()内部用struct{ XMLName xml.Name "xml:\"response\""; V interface{} }包裹，想改就得绕过它，直接用xml.Marshal()+ctx.Write()
POST/PUT 请求里读 XML 数据要手动解析
Iris 默认不解析 XML 请求体。DisableBodyConsumptionOnUnmarshal 配置项若为 true，ctx.ReadXML() 会直接报错；即使为 false，它也只是调 xml.Unmarshal()，不处理命名空间、前缀或 DTD。
- 先确保请求头
Content-Type是application/xml或text/xml - 定义结构体时，字段标签必须匹配 XML 元素名，大小写敏感；
<user-id></user-id>得写成UserID int `xml:"user-id"` - 含命名空间的 XML（如
<user xmlns:ns="http://example.com"></user>）无法被标准xml包解析，得换github.com/clbanning/mxj等第三方库 - 流式大 XML？别用
ReadXML()，它把整个 body 读进内存；改用ctx.Request().Body配合xml.Decoder边读边处理
真正难的从来不是“怎么让 Iris 输出 XML”，而是 XML 本身的设计约束——命名空间、混合内容、属性优先还是元素优先——这些 Iris 不管，得你用 Go 的 xml 包一层层扛。
