c.bind仅处理表单和文件上传，c.queryparam专读url查询参数，路径变量必须用c.param；混用或类型误判会导致字段为空、panic或静默忽略。
c.Bind 只处理表单和文件上传，c.QueryParam 专读 URL 查询参数，路径变量必须用 c.Param —— 混用或漏判类型会导致字段全空、类型 panic 或静默忽略。
表单数据绑定必须用 c.Bind，且 Content-Type 要匹配
前端提交 application/x-www-form-urlencoded 或 multipart/form-data 时，才可用 c.Bind(&v)。结构体字段需首字母大写，并建议显式加 form 标签：
type LoginForm struct {
Email string `form:"email"`
Password string `form:"password"`
Remember bool `form:"remember"`
}
常见错误：
- 前端没设
Content-Type（比如 fetch 忘写headers: {'Content-Type': 'application/x-www-form-urlencoded'}），c.Bind会静默失败，v所有字段保持零值 -
c.Bind不校验字段是否存在，也不自动转换类型；若表单传age=abc绑定到int字段，会直接 panic - 上传文件时，
c.Bind只解出*multipart.FileHeader，真要读内容得再调c.Request().MultipartForm.File["avatar"][0].Open()
URL 查询参数不能用 c.Bind，得靠 c.QueryParam 或 url.Values
c.QueryParam("page") 是最简方式，等价于 c.Request().URL.Query().Get("page")。它只返回字符串，类型转换必须手动做：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
-
page, _ := strconv.Atoi(c.QueryParam("page"))—— 注意别忽略错误，"abc"会转成0，可能误判为第 0 页 - 要批量取多个同名参数（如
?tag=go&tag=web），得用c.Request().URL.Query().GetAll("tag") -
c.Bind对查询参数完全无效；哪怕你结构体字段名和 query key 一致，也不会自动填充
路径参数（/users/:id）只能用 c.Param，不是 c.QueryParam
路由定义里写的命名段，比如 GET /api/users/:uid，必须用 c.Param("uid") 提取。它不解析、不校验、不转换：
-
c.Param("uid")返回空字符串，如果该段在当前请求路径中根本不存在（比如访问的是/api/users） -
c.Param("id")和c.Params().Get("id")行为相同，但前者更直觉；后者适合需要遍历所有路径参数的场景 - 别拿
c.QueryParam("uid")去碰路径参数——永远拿不到值，且无任何报错提示
混合参数场景要分步处理，字段名必须严格对齐
一个请求同时含路径段、查询参数、表单字段时，不能指望一次绑定。比如 POST /api/users/:org_id?format=json 带 JSON body，就得三步走：
- 先用
c.Param("org_id")提取组织 ID 并转为uint - 再用
c.QueryParam("format")判断响应格式 - 最后用
c.Bind(&payload)解析请求体（注意：此时 body 已被读过一次，不能再重复读） - 所有字段名（
form标签、query key、路径变量名）必须和结构体标签或变量名完全一致，大小写敏感；email和Email是两个不同字段
c 对象本身不“理解”参数来源，它只是把不同入口（path、query、body）暴露给你，由你决定怎么组合、校验、转换。没有魔法映射，也没有隐式 fallback。一旦路径参数名拼错、query key 多了个下划线、表单字段少写了 form 标签，对应字段就永远是零值——而且不会报错。
