Buffalo 默认不解析 XML 请求体，需手动读取 raw body 并重置 Request.Body；解析时用 encoding/xml.Unmarshal，注意结构体字段导出、xml tag 匹配及命名空间处理；务必校验 Content-Type，大文件应流式解析。
Buffalo 默认不解析 XML 请求体，必须手动读取 raw body
Buffalo 的 c.Bind 和内置中间件只处理 application/x-www-form-urlencoded 和 multipart/form-data，对 text/xml 或 application/xml 完全无感。直接在 handler 里调 c.Request().Body 会返回空或 panic——因为 Buffalo 已经把 body 读过一次用于其他目的（比如日志、CSRF 检查），再读就 EOF 了。
正确做法是用 c.Request().GetBody() 或提前注册 raw 中间件（但 Buffalo v1.x 不像 Express 那样原生支持 express.raw）。最稳妥的方案是：在路由 handler 开头立刻调用 io.ReadAll(c.Request().Body)，并重置 Body 供后续中间件使用（如果需要）：
body, err := io.ReadAll(c.Request().Body)
if err != nil {
return errors.WithStack(err)
}
// 必须重置，否则 c.Response() 等后续逻辑可能出错
c.Request().Body = io.NopCloser(bytes.NewBuffer(body))
别跳过这一步，否则你后面用 c.Param 或日志中间件时会静默失败。
用 encoding/xml.Unmarshal 解析 XML 字节流
拿到 body []byte 后，Go 标准库 encoding/xml 就能直接上。结构体字段必须导出（首字母大写），且 xml tag 要和 XML 元素名严格匹配：
type OrderRequest struct {
ID int `xml:"id"`
Name string `xml:"name"`
Items []Item `xml:"item"`
}
type Item struct {
SKU string `xml:"sku"`
Qty int `xml:"qty"`
}
解析时注意：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
-
xml.Unmarshal(body, &v)不会自动忽略空白或换行，但能容忍常见格式差异 - 如果 XML 有命名空间（如
`xml:"ns:order"`，且需先注册命名空间（xml.Name字段或自定义 UnmarshalXML 方法） - 嵌套数组字段（如
Items）若 XML 中没有对应标签包裹（比如直接平铺多个`xml:"item>"`写法或改用自定义 UnmarshalXML
Content-Type 不匹配会导致整个请求被拒绝或静默丢弃
Buffalo 不校验 Content-Type，但你的 handler 应该做基础检查，避免把 HTML 或 JSON 当 XML 解析：
- 用
c.Request().Header.Get("Content-Type")取值，检查是否包含xml（如"text/xml"、"application/xml"） - 不建议只比对完整字符串（如
== "application/xml"），因为可能带; charset=utf-8后缀 - 若不匹配，直接返回
415 Unsupported Media Type，别往下走解析逻辑 - 前端发请求时漏设
Content-Type是高频错误，fetch / axios 都要显式配置：headers: {'Content-Type': 'application/xml'}
大 XML 或流式场景下不能一次性读全部 body
如果预期接收几 MB 甚至更大的 XML 文件（比如批量订单导入），io.ReadAll 会吃光内存。Buffalo 没有类似 Node.js busboy 的原生 multipart + stream XML 支持，此时必须绕过框架默认流程：
- 用
net/http原生 handler 替代 Buffalo Context（即不用buffalo.Context，改写http.HandlerFunc注册到app.Use()或独立路由） - 用
sax或xml.Decoder边读边解析，监听StartElement事件提取关键字段，跳过无关内容 - 务必加超时控制：
c.Request().Context().Done()监听 cancel，防止恶意长连接 - 文件上传混合 XML 的场景（
multipart/form-data中含 XML 文件字段），得先用c.Request().MultipartReader()分离出对应 part，再对那个 part 做 XML 流解析
这类需求本质上已超出 Buffalo 的表单/REST API 设计范畴，硬塞进 c.Bind 思维只会让代码越来越难维护。
