Buffalo 默认不解析 application/xml，需显式注册 XML 解析器并使用 c.Bind；结构体须带 xml tag，响应用 r.XML 而非 r.JSON，且推荐分路由处理 XML 与表单以避免冲突。
Buffalo 框架里 XML 路由不自动解析？默认根本不管
Buffalo 默认只解析 application/json 和 application/x-www-form-urlencoded，遇到 application/xml 请求体，c.Request().Body 会原样保留，c.Param、c.FormValue 都拿不到字段——不是 bug，是设计如此。
要让 Buffalo 处理 XML，必须显式注册 XML 解析器。常见错误是直接写 xml.Unmarshal 手动读 c.Request().Body，但漏掉重置 Body 流，导致后续中间件（比如日志、鉴权）读不到内容而 panic。
- 必须在
app.go初始化时调用buffalo.AddParser("application/xml", xmlParser) -
xmlParser函数里要用ioutil.ReadAll（Go 1.16+ 改用io.ReadAll）读取并重新构造io.NopCloser写回c.Request().Body - 结构体字段必须带
xmltag，例如type User struct { Name string `xml:"name"` }
XML 请求体解析后怎么进 Bind 流程？别跳过 Bind 直接 Unmarshal
Buffalo 的 c.Bind(&v) 是统一入口，它会根据 Content-Type 自动选解析器。如果你绕过它手动 xml.Unmarshal，就失去了中间件链路（比如验证、转换）、Errors 收集和统一错误响应格式。
正确做法是：确保已注册 XML 解析器后，直接用 Bind：
func CreateUser(c buffalo.Context) error {
var u User
if err := c.Bind(&u); err != nil {
return c.Error(400, err)
}
// u 已含解析后的字段
return c.Render(201, r.JSON(u))
}
注意：Bind 不校验结构体字段是否非空或符合业务规则，那得靠 validate 包或手写检查。
传统表单提交（application/x-www-form-urlencoded）和 XML 共存时路由怎么写？别混用 POST 一个 endpoint
同一个 POST /users 路由，既收表单又收 XML，看似省事，实则埋坑：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 前端发错
Content-Type（比如发了text/xml却没设对）会导致解析失败且错误不明确 - 日志、监控、限流中间件难以区分请求类型，统计失真
- Swagger/OpenAPI 文档无法准确描述两种输入格式
更稳妥的做法是分路由：
-
POST /users/form→ 专收表单，Content-Type: application/x-www-form-urlencoded -
POST /users/xml→ 专收 XML，Content-Type: application/xml
这样每个 handler 职责单一，测试、调试、维护都更清晰。
XML 响应怎么生成？别用 render.JSON 硬塞
c.Render(200, r.JSON(data)) 固定返回 application/json，即使你改了 Content-Type header，Buffalo 仍会序列化成 JSON 字符串。
要输出 XML，必须用 r.XML：
func GetUser(c buffalo.Context) error {
u := User{Name: "Alice"}
return c.Render(200, r.XML(u))
}
关键点：
-
r.XML依赖结构体的xmltag，没 tag 就全字段忽略 - 如果想控制根节点名（比如
<user>...</user>），得用xml.Name字段：XMLName xml.Name `xml:"user"` - 不支持嵌套 map 或 interface{} 直接转 XML，必须提前转成具体结构体
XML 解析和生成链条里，最容易被忽略的是结构体 tag 的一致性——请求解析用的 tag 和响应生成用的 tag 必须严格对应，否则一端正常、另一端空字段，查起来极耗时间。
