Buffalo 参数解析依赖 middleware.ParameterParser 中间件，非自动注入；c.Param() 仅读取路由 path segment（如 {id}），query 和 form 需用 c.Request().URL.Query().Get() 或 FormValue()，且必须显式注册该中间件，否则参数为空。
参数解析靠ParameterParser中间件，不是自动的
Buffalo 不会像某些框架那样在 handler 入参里直接注入 parsed 参数。所有 query、form、JSON、path 参数都依赖 middleware.ParameterParser 中间件统一解析，并挂载到 c.Params() 和 c.Request().FormValue() 等标准 Go 接口上。没注册这个中间件，c.Param("id") 就永远是空字符串。
常见错误现象：c.Param("user_id") 返回空，但路由明明写了 app.GET("/users/{user_id}")；或者 c.Request().PostFormValue("email") 拿不到 POST 数据——根本原因是中间件链漏掉了 ParameterParser。
- 它默认已注册在开发环境的
app.Use(middleware.ParameterParser)中，但生产环境若手动重写了中间件链，必须显式加回 - 它只解析
application/x-www-form-urlencoded和application/json请求体；multipart/form-data（文件上传）需额外调用c.Request().ParseMultipartForm() - 对
GET /api/search?q=go&page=2，c.Param("q")拿不到，要用c.Request().URL.Query().Get("q")或c.Param("q")仅在路由中声明了{q}才有效
路径参数、查询参数、表单参数要分清调用方式
Buffalo 的 c.Param() 只读取路由中定义的 path segment，比如 app.GET("/posts/{slug}") → c.Param("slug")；它不处理 query string 或 form data。混淆这三者是新手最常踩的坑。
使用场景示例：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- REST 路由带 ID：
app.GET("/users/{id}")→ 用c.Param("id")，类型是string，需手动转int或校验格式 - 搜索接口带分页：
GET /api/users?page=1&per_page=20→ 用c.Request().URL.Query().Get("page")，或封装成工具函数解析为 int - 登录表单提交：
POST /login+Content-Type: application/x-www-form-urlencoded→ 用c.Request().FormValue("email")，前提是ParameterParser已启用 - JSON API：
POST /api/orders+{"name":"foo"}→ParameterParser自动解到c.Request().FormValue("name")，也可用json.NewDecoder(c.Request().Body).Decode(&order)直接反序列化
参数校验失败时直接返回 400，别自己写 if 判断
Buffalo 内置的 ParameterParser 在解析 JSON 或表单失败时（如字段类型不匹配、required 缺失），会自动调用 c.Error(400, err) 并终止后续 handler 执行。你不需要、也不应该在 handler 里重复做 if c.Param("id") == "" 这类判断。
容易被忽略的点：
- 校验只发生在
ParameterParser解析阶段，对c.Request().URL.Query()或c.Request().Header.Get()等手动取值，框架完全不管 - 若你绕过
ParameterParser自己用json.Decode，那所有校验逻辑就得自己写，包括返回 400 的响应结构 - 自定义错误响应格式？改
actions/render.go里的render.Error方法，而不是在每个 handler 里写c.Render(400, r.JSON(...))
复杂嵌套参数（如数组、map）得靠结构体绑定
Buffalo 不支持类似 user[addresses][0][city]=shanghai 这种 Rails 风格的嵌套 form 解析。如果前端传的是 JSON 数组或对象，最可靠的方式是定义 Go struct，然后用 json.NewDecoder 直接解码。
示例：
type CreateUserInput struct {
Name string `json:"name"`
Emails []string `json:"emails"`
Metadata map[string]string `json:"metadata"`
}
func(c buffalo.Context) error {
var input CreateUserInput
if err := json.NewDecoder(c.Request().Body).Decode(&input); err != nil {
return c.Error(400, err)
}
// ...
}
- 别指望
c.Request().FormValue("emails[0]")能工作——标准net/http不解析这种语法 - 如果必须接收 form-style 多值（如
tags=go&tags=web），用c.Request().Form["tags"]获取[]string切片 - 对 URL 查询参数中的数组（
?ids=1&ids=2&ids=3），c.Request().URL.Query()["ids"]返回[]string，可遍历转换
