Buffalo 通过 Gorilla Mux 解析 :id 类路径变量，需手动调用 c.Param("id") 获取字符串，再自行转换类型；它不参与 c.Bind() 或 schema 解码，且路由定义必须用 :id（非 {id}），拼写错误或缺失会导致返回空字符串。
Buffalo 怎么解析 :id 这类 URL 路径变量
Buffalo 用 Gorilla Mux 做路由，:id、:slug 这类占位符由它原生支持，但值不会自动注入结构体或变量——你得手动从 c.Param("id") 拿。
常见错误是以为 c.Bind(&v) 能把路径参数也绑进去，结果 v.ID 始终为空。Bind 只处理请求体（JSON/form）和查询参数（c.Request().URL.Query()），对路径段完全无感。
-
c.Param("id")返回 string，需要自己转类型：id, _ := strconv.Atoi(c.Param("id")) - 如果路径定义是
/users/:id，但请求是/users/（缺值），c.Param("id")返回空字符串，不 panic，但后续转换会出错 - 别在 Param 名里用点号或斜杠，比如
:user.email或:path/to—— Mux 不支持嵌套路径变量，会直接忽略
怎么安全地把 :id 绑定到结构体字段
没有内置的 struct tag 支持路径参数绑定，强行加 param:"id" 没用。推荐封装一个辅助函数，避免每处都写重复的类型转换和错误检查。
例如定义：
func ParamID(c buffalo.Context) (int, error) {
s := c.Param("id")
if s == "" {
return 0, errors.New("missing :id in path")
}
return strconv.Atoi(s)
}
然后在 handler 里直接用：
id, err := ParamID(c)
if err != nil {
c.Error(400, err)
return
}
// 后续查库、校验等
- 不要用
panic处理:id解析失败——Buffalo 的 recover 机制只捕获未预期 panic，业务级缺失应走c.Error - 如果多个 handler 都要取
:id和:slug，可以写成ParamInt(c, "id")和ParamString(c, "slug")两个通用函数 - 路径变量名大小写敏感：
/posts/:PostID对应c.Param("PostID")，不是"postid"
路径变量和查询参数混用时怎么避免冲突
比如路由是 /api/users/:id?include=posts，:id 是路径变量，include 是查询参数——它们互不影响，但容易在结构体绑定时搞混。
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
典型错误：定义一个结构体同时带 form 和 schema tag，再试图用它接住 :id，结果全为零值。
-
:id必须用c.Param()单独取，不能靠任何解码器 - 查询参数（
?q=go&page=2）用schema.Decode()，结构体字段打schema:"q" - 表单数据（POST body）用
c.Bind()，结构体字段打form:"name" - 三者字段名可以相同（比如都叫
ID），但来源不同，必须分三步取，不能合并
为什么 c.Param("id") 有时返回空字符串
不是 Buffalo bug，而是路由匹配失败或参数根本没定义。最常踩的坑是：路由注册时没写冒号，或者写了但拼错了。
比如在 app.go 里写了：
app.GET("/users/{id}", UsersShow) // ❌ 错误：Gorilla Mux 用 : 不是 {}
app.GET("/users/:idd", UsersShow) // ❌ 拼错，handler 里却调 c.Param("id")
- 检查
buffalo dev启动日志，确认打印的路由表里确实有/users/:id - 用
c.Params看全部已解析的路径参数：log.Printf("%+v", c.Params)，能快速定位是否被识别 - 如果用了子路由（
g := app.Group("/api")），路径变量定义在子组内，c.Param依然有效，无需额外处理
路径变量看似简单，但它是唯一不经过任何解码器、纯靠字符串提取的参数来源。一旦名字不一致或路由没配对，就彻底静默失效，连日志都不会报错——这点比查询参数和表单数据更难调试。
