Buffalo对:param路径参数不自动校验存在性，缺失时c.Param("id")返回空字符串而非报404，易导致后续strconv.Atoi错误或数据库查询异常。
路由参数缺失时的默认行为是什么
Buffalo 对 :param 类型的路径参数（如 /users/:id）不做自动存在性校验。如果请求是 /users/（末尾缺 :id），框架不会报 404，而是把 c.Param("id") 返回空字符串，后续代码若直接转 int 或查 DB，大概率 panic 或查不到数据。
这和 Gin、Echo 等框架不同——Buffalo 的路由匹配是“宽松前缀式”的，/users/ 和 /users/:id 被视为两个独立路由，但若你只注册了后者，前者根本不会命中任何 handler，反而可能落到 404 中间件或静态文件服务里，造成行为不一致。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
常见错误现象：
- c.Param("id") 返回 ""，但业务逻辑假设它非空
- strconv.Atoi(c.Param("id")) 报 strconv.Atoi: parsing "": invalid syntax
- 查询数据库时传入空 ID，返回意外的全表结果或 panic
在 Handler 开头手动校验 :param
最直接、最可控的方式是在每个需要参数的 handler 开头加判断，不依赖中间件统一处理（因为不同路由参数名、类型、是否必填都不同）：
实操建议：
- 用 c.Param("xxx") 取值后立刻检查是否为空，不要延迟到 DB 查询前
- 若参数应为数字，先校验非空，再尝试转换，失败立即 c.Error(400, err)
- 不要只判 == ""，还要注意空格、URL 编码后的 %20 等情况，可用 strings.TrimSpace()
func ShowUser(c buffalo.Context) error {
idStr := c.Param("id")
if idStr == "" {
return c.Error(400, errors.New("id is required"))
}
id, err := strconv.Atoi(idStr)
if err != nil {
return c.Error(400, errors.New("id must be a number"))
}
// …
}
用中间件做泛化拦截（慎用） 你可以写一个通用中间件，按路由 pattern 匹配并校验预设的参数名，但要注意：
限制与风险：
- Buffalo 的 c.Route.Name 和 c.Route.Pattern 在中间件中可读，但 pattern 是正则形式（如 ^/users/([^/]+)$），解析成本高且易出错
- 无法区分 :id 和 :slug 的语义，统一判空可能误伤合法空值场景（比如某些 API 允许 /search?q=）
- 若中间件放在 app.Use() 链中太靠后，可能已被 auth 或 CORS 中间件提前终止，起不到拦截作用
更稳妥的做法：只对明确知道必须含参数的路由组（如 api.Resource("/posts", PostResource)）在 resource 层统一加 Before 钩子：
func (v PostsResource) Before(s buffalo.Session) error {
if v.context.Param("id") == "" && v.context.Request().Method == "GET" {
return v.context.Error(400, errors.New("post id required"))
}
return nil
}
为什么不用自定义 Router 或重写 Match？
Buffalo 的路由系统基于 github.com/gorilla/mux，理论上可以替换 App.Routes，但实际不推荐：
原因很实在：
- gorilla/mux 的 StrictSlash(true) 只管末尾斜杠，不管参数缺失
- 所有路径参数都是通过 Route.GetVarNames() 提取的，但缺失时根本不会进入该 Route 的 handler，无从 hook
- 替换底层 router 意味着放弃 Buffalo 自带的 buffalo dev 热重载、资源生成等能力，得自己维护路由定义 DSL
真正容易被忽略的一点：Buffalo 的 NamedRoutes 生成 URL 时，如果传入 id: ""，会生成像 /users/ 这样的非法链接——这比后端拦截更早暴露问题。务必在模板或前端调用 routes.UserPath({id: userID}) 前确保 userID 已赋值。
