c.XML()出错因encoding/xml默认添加缩进换行且忽略无xml tag的小写字段；应改用SendString()拼接纯XML或NewEncoder设Indent("", "")，并显式声明xml:"field_name"标签。
为什么 c.XML() 会出错或格式不对
Fiber 的 c.XML() 方法默认使用 Go 标准库的 encoding/xml，它会自动加缩进、换行和空格——而微信/支付宝等支付回调明确要求响应 XML **不能有 BOM、不能有换行、不能有多余空格**，否则视为失败并重试。更隐蔽的问题是：如果结构体字段没写 xml tag，或字段名首字母小写，encoding/xml 会直接忽略该字段，导致生成的 XML 缺失关键内容（比如 return_code），但不报错。
正确返回严格格式 XML 的两种方式
核心原则：绕过 c.XML()，手动生成字符串或用自定义 encoder 控制输出。
- 简单场景（如支付回调成功响应）：直接用
c.Status(200).SendString()拼接纯 XML 字符串，确保开头无 BOM、结尾无换行 - 复杂结构（需动态拼字段）：用
bytes.Buffer+xml.NewEncoder，设Encoder.Indent("", "")关闭缩进，并手动控制写入顺序 - 千万别用
c.XML(200, map[string]string{...})—— 它底层调的是encoding/xml.MarshalIndent，必然带换行
示例（微信回调成功响应）：
c.Status(200).SendString(`<xml><return_code>SUCCESS</return_code></xml>`)
结构体序列化时 xml tag 必须显式声明
Go 的 encoding/xml 默认只导出首字母大写的可导出字段，且必须通过 xml tag 显式指定 XML 元素名，否则字段名会被转成驼峰小写（如 ReturnCode → returncode），与微信要求的 return_code 不匹配。
- 错误写法：
ReturnCode string `json:"return_code"`—— JSON tag 对 XML 无效 - 正确写法：
ReturnCode string `xml:"return_code"` - 空值字段要避免输出：加
omitempty，如ReturnMsg string `xml:"return_msg,omitempty"` - 根元素名由第一个字段决定；若需包裹在
<xml>...</xml>中，结构体名建议叫WXResponse并设xml:"xml"
别在中间件里提前触发响应写入
支付回调类路由必须禁用全局 BodyLimit、Compress 等中间件，否则可能因未识别 text/xml Content-Type 而拦截请求。更重要的是：一旦中间件调了 c.SendString() 或 c.Status()，后续 handler 再调 c.SendString() 就会 panic 报 body already written。
- 注册回调路由时用
app.Post("/pay/callback", handler)，不要走app.Use()链 - 验签失败也要返回严格 XML：
<xml><return_code>FAIL</return_code><return_msg>xxx</return_msg></xml>，不能用c.Status(400).SendString("error") - 所有响应路径（成功/失败/解析异常）都必须走同一套字符串拼接逻辑，避免混用
c.XML()和c.SendString()
最易被忽略的一点：微信服务器对响应的 HTTP 状态码不敏感，只认 XML 里的 return_code；但如果你用了 c.Status(500).SendString(...)，CDN 或代理可能拦截并替换响应体——务必统一用 200 状态码配正确 XML 内容。
