Buffalo 的参数解析需显式启用 ParameterParser 中间件，它处理路径、查询和表单参数，但不处理 JSON；JSON 需用 c.Bind() 且结构体字段须带 json: 标签；c.Param() 仅取路径参数，c.Params() 合并路径与查询参数；注册顺序必须在路由前、依赖参数的中间件前。
参数绑定靠 ParameterParser 中间件，不是自动的
Buffalo 不像某些框架那样对请求参数“开箱即用”，ParameterParser 必须显式启用且位置靠前，否则 c.Param()、c.Params()、c.Request().URL.Query() 都可能拿不到解析后的值。它默认在 app.Use(middleware.ParameterParser) 调用后才生效，且只处理已注册的路由匹配成功后的请求。
常见错误是：写了 app.GET("/users/:id", handler)，但在 handler 里调 c.Param("id") 却返回空字符串——原因往往是中间件没注册，或注册在了路由定义之后。
-
ParameterParser会自动解析 URL 路径参数（如/users/:id）、查询参数（?name=alice）和表单数据（application/x-www-form-urlencoded），但不处理application/json - JSON 请求体需手动调
c.Bind(&u)，且结构体字段必须带json:标签；Bind()内部会先尝试读取RequestBody，再按 Content-Type 分支处理 - 若同时有路径参数和 JSON body，
c.Param("id")和c.Bind(&u)可共存，互不影响 - 注册顺序很重要：必须在
app.Use(middleware.ParameterParser)之后、任何依赖参数的中间件（如 auth）之前
c.Param() 和 c.Params() 的区别与陷阱
c.Param("key") 是快捷方式，只取单个路径参数；c.Params() 返回整个 map[string]string，包含所有解析出的路径参数 + 查询参数（但不包括表单或 JSON）。二者都依赖 ParameterParser 已运行。
容易踩的坑是误以为 c.Params() 能拿到 POST 表单所有字段——其实它只合并了路径和查询部分；表单字段得用 c.Request().FormValue("name") 或 c.Bind()。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 路径参数名区分大小写：
/posts/:PostID对应c.Param("PostID")，不是"postid" - 如果路由是
/api/v1/users/:id，c.Param("id")拿到的是字符串，需手动转成 int：id, _ := strconv.Atoi(c.Param("id")) -
c.Params()不做类型转换，也不校验存在性；用之前建议先if id := c.Param("id"); id != "" { ... }
JSON 请求怎么安全绑定到 struct
JSON 绑定走 c.Bind(&v)，它内部调用 json.Unmarshal，但前提是请求头 Content-Type: application/json 存在且 body 可读。失败时默认返回 400，不抛 panic。
关键点在于 struct 标签和空值处理：没有 json: 标签的字段不会被填充；零值字段（如空字符串、0、nil）会被原样写入，除非加 omitempty。
- 示例结构体：
type User struct { Name string `json:"name" db:"name"` ID int `json:"id,omitempty"` } -
c.Bind(&u)成功后，u.Name是字符串，u.ID若 JSON 里没传就是 0（不是 nil） - 想区分“未传”和“传了 null”，字段类型得用指针：
ID *int `json:"id"`，此时未传时u.ID == nil - 绑定失败时
c.Bind()返回非 nil error，应直接return err，别忽略
自定义绑定逻辑要绕过 ParameterParser
如果需要从 header、cookie 或特定格式的 query（如 ?range=2023-01-01..2023-12-31）提取参数，ParameterParser 不支持，得自己写中间件或在 handler 里手动解析。
例如从 X-Request-ID header 取值：c.Request().Header.Get("X-Request-ID")；从 cookie 取：c.Cookies().Get("session_id")。这些操作不依赖 ParameterParser，任何时候都能用。
- 不要在中间件里调
c.Param()—— 此时ParameterParser可能还没执行，c.Param()总是空 - 想统一处理某类参数（如所有 API 请求都校验
Authorizationheader），写独立中间件，别塞进ParameterParser的逻辑里 - 如果用了 gzip.Middleware，自定义 header 解析中间件必须放在它之后，否则
Request.Body已被消费过一次
