buffalo路由不支持\_method参数覆盖http方法，仅按原始http方法匹配；需手动编写中间件在app.use()中前置注册，解析post表单的\_method字段并修改r.method，再通过http.handler链重触发匹配。
Buffalo 路由不支持 _method 参数覆盖 HTTP 方法
Buffalo 的路由系统基于 gorilla/mux，本身不解析或响应 _method 表单字段（如 Rails 风格的 POST + _method=PUT），也不会自动将请求重写为对应方法。它只按原始 HTTP method（GET、POST、PUT 等）匹配路由。如果你在表单里提交 POST 但期望触发 PUT handler，Buffalo 不会帮你转换——直接 404 或 fallback 到错误 handler。
想实现类似 Rails 的 method 覆盖，得手动加中间件
Buffalo 允许你在 app.Use() 中插入自定义中间件，但必须在路由注册前挂载，且需满足两个前提：不提前写响应头、只读取并修改 r.Method。常见错误是中间件调用了 c.Next() 后又试图改 r.Method，此时已进入路由匹配阶段，无效。
- 中间件必须在
app.Use()中注册，且位置早于app.Routes() - 只对
POST请求检查_method字段（r.PostFormValue("_method")），其他 method 不处理 - 修改
r.Method后，必须用r.URL.Path重新触发一次路由匹配——Buffalo 没有内置重匹配机制，所以实际做法是：把原 handler 替换为一个 wrapper，内部调用app.ServeHTTP()并伪造新 request - 注意 Content-Type：若原始请求是
application/json，r.PostFormValue()为空，得先判断r.Header.Get("Content-Type")是否含form，否则跳过
更现实的做法：别用 _method，改用标准 RESTful 设计
Buffalo 的 app.Resource() 和 app.GET/POST/PUT/DELETE() 天然鼓励标准方法语义。强行模拟 _method 带来的问题远多于便利：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- Swagger/OpenAPI 文档无法自动生成正确 method，工具链断裂
- 前端 fetch/fetch API 或 axios 默认不附带
_method，需全局配置，易遗漏 - 反向代理（如 Nginx、Cloudflare）可能过滤或重写表单字段，导致覆盖失效
-
buffalo dev的热重载对中间件变更不敏感，改了 method 中间件常需手动重启
如果必须兼容旧前端，用 net/http Handler 替代 Buffalo 路由
在 app.go 里绕过 Buffalo 的路由层，直接注册一个裸 http.Handler，这样你能完全控制 request 解析逻辑，且不影响其余 Buffalo 路由。例如：
func methodOverrideMiddleware(next http.Handler) http.Handler {
return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
if r.Method == "POST" {
r.ParseForm()
method := strings.ToUpper(r.PostFormValue("_method"))
if method == "PUT" || method == "DELETE" || method == "PATCH" {
r.Method = method
}
}
next.ServeHTTP(w, r)
})
}
// 在 app.Serve() 前插入：
app.Use(func(next buffalo.Handler) buffalo.Handler {
return func(c buffalo.Context) error {
// 注意：这里不能直接改 c.Request().Method，
// 因为 c.Request() 是只读封装，必须用底层 http.Handler 链
return nil
}
})
// 所以实际要这么做：
http.Handle("/", methodOverrideMiddleware(app.Handler))
http.ListenAndServe(":3000", nil)
关键点在于：Buffalo 的 app.Handler 是 http.Handler 接口，可直接接入标准库链；但一旦你进了 buffalo.Context 生命周期，就失去了对原始 *http.Request 的写权限。这个边界容易被忽略，导致中间件看似生效，实则没影响路由匹配。
