Buffalo的c.Param()仅返回string，不自动类型转换；须手动用strconv.ParseUint/ParseInt或uuid.Parse解析并校验，否则易导致500错误或查询失败。
Buffalo 路由中 c.Param() 只能取 string，没有自动类型转换
Buffalo 的 c.Param("id") 返回的是 string，哪怕你定义的是 /users/{id:int} 这种带类型提示的路由，框架也**不会帮你转成 int 或 uint**。它只是做路径匹配校验（比如拒绝 /users/abc），但值仍以字符串形式塞进 context。
常见错误现象：直接用 strconv.Atoi(c.Param("id")) 却没检查 error，导致 500 panic；或在 pop 查询里写 tx.Find(&u, c.Param("id"))，而数据库主键是整型，结果查不到还无报错。
- 所有路径参数都必须手动解析和校验，
c.Param()不提供类型安全 - 别依赖路由声明里的
:int或:uuid做业务逻辑判断——它们只影响匹配，不影响值类型 - 若参数非法（如传了非数字），
strconv.Atoi会返回 error，你得显式处理，不能假设“路由已校验就一定合法”
怎么安全地把 c.Param("id") 转成整型
最常用且推荐的方式是用 strconv.ParseUint 或 strconv.ParseInt，配合 pop.ID 类型对齐（Pop v6 默认主键是 uint）：
func UserShow(c buffalo.Context) error {
idStr := c.Param("id")
id, err := strconv.ParseUint(idStr, 10, 64)
if err != nil {
return c.Error(400, errors.New("invalid user id"))
}
var u models.User
if err := c.DB().Find(&u, uint(id)); err != nil {
return c.Error(404, err)
}
c.Set("user", &u)
return c.Render(200, r.HTML("users/show.html"))
}
- 用
ParseUint(..., 10, 64)匹配 Pop 的pop.ID类型（默认uint），避免类型不一致导致查询失败 - 别用
int接收再强转uint——负数会绕过ParseUint校验，但最终进 DB 查询可能出错 - 如果模型主键是
int（比如手动改了ID int），那就要用ParseInt并注意符号位
UUID 路径参数要额外引入 github.com/google/uuid
Buffalo 不内置 UUID 解析，c.Param("id") 拿到的仍是字符串。你得自己验证格式并构造 uuid.UUID：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
import "github.com/google/uuid"
func PostShow(c buffalo.Context) error {
idStr := c.Param("id")
id, err := uuid.Parse(idStr)
if err != nil {
return c.Error(400, errors.New("invalid post uuid"))
}
var p models.Post
if err := c.DB().Find(&p, id); err != nil {
return c.Error(404, err)
}
c.Set("post", &p)
return c.Render(200, r.HTML("posts/show.html"))
}
- 别用正则粗略匹配 UUID 格式（如
[0-9a-f]{8}-...），uuid.Parse才真正校验版本、变体和字节长度 - Pop 支持直接用
uuid.UUID当主键查询，前提是模型字段类型也是uuid.UUID，且迁移里建的是uuid类型列 - 如果用 SQLite，注意它不原生支持 UUID 类型，得存为
TEXT，此时Find(&p, id.String())才安全
嵌套资源里 {post_id} 和 {id} 是两个独立参数
像 /posts/{post_id}/comments/{id} 这种嵌套路由，c.Param("post_id") 和 c.Param("id") 都要分别取、分别转——框架不会合并或推导关系。
- 你得手动查
Post是否存在，并确认该Comment真属于它，否则有越权风险 - 别假设 “只要路径匹配，
post_id就一定有效”，它可能是个伪造的 ID - 事务里查关联时，优先用
tx.Where("post_id = ? AND id = ?", postID, commentID).First(&c)，而不是两次独立 Find
路径参数类型这件事，Buffalo 把控制权完全交给你：它只负责从 URL 拆出字符串，剩下的解析、校验、绑定全得手写。这点和 Rails 或 Echo 不同，少一层“便利”，多一分明确——尤其在涉及权限或数据一致性时，手动拆解反而是更安全的选择。
