Revel 的参数绑定按来源自动分流至 c.Params，但取值方式决定行为：方法参数仅支持简单类型和导出结构体字段；c.Params.Get() 适合动态字段但只返首值；c.Params.Bind() 是处理切片和时间的唯一可靠方式；JSON body 必须手动解码，c.Params 完全不解析。
Revel 的参数绑定不是“要选哪种方式”，而是按场景自动分流：路径参数、查询参数、表单字段、JSON 体、文件上传，全进 c.Params，但绑定行为取决于你**怎么取**——用方法参数？c.Params.Get()？还是 c.Params.Bind()？选错就丢数据或类型错乱。
控制器方法参数自动绑定只适用于简单类型和结构体
Revel 在调用 Action 前会尝试把同名请求参数（无论来自 URL 查询、路径占位符还是表单）直接转成方法参数类型。比如：
func (c UserController) Update(id string, age int, active bool, tags []string) revel.Result { ... }
它能工作，但有硬限制：
- 仅支持
string、int/int64、float64、bool及其指针，还有[]T（T 是上述类型）和导出字段的struct；嵌套 struct 也行，但字段必须首字母大写 - 若参数缺失，对应变量取零值（
""、0、false），不会报错——所以active bool收不到?active=时就是false，无法区分“传了 false”和“根本没传” -
tags []string要求前端用tags[]=a&tags[]=b或tags[0]=a&tags[1]=b，不能只写tags=a,b - 不支持从 JSON body 自动绑定——
POST /user发{"name":"x"}，name string参数收不到值
c.Params.Get() 和 c.Params.All() 适合动态/非结构化字段
当你不确定字段名（比如用户自定义筛选条件），或需要原始字符串值（避免类型转换干扰），就绕过自动绑定，直取 c.Params：
name := c.Params.Get("name") // 返回 string，未提供则 ""
allParams := c.Params.All() // 返回 map[string]string，含所有查询+路径+表单参数
注意两点：
-
c.Params.Get()对同名多个值（如hobby=reading&hobby=coding）只返回第一个，要全量得用c.Request.Form["hobby"]（需先c.Request.ParseForm()） -
c.Params.All()是合并后的扁平映射，如果路径参数/user/:id和查询参数?id=123同时存在，后者会覆盖前者 - 它不解析 multipart 表单里的文件字段——文件在
c.Params.Files里，得单独处理
c.Params.Bind() 是唯一能安全处理切片和时间的方案
自动绑定对 []int、time.Time、[]User 这类复杂目标类型不可靠，必须显式调用 Bind()：
var ids []int c.Params.Bind(&ids, "ids") // 支持 ids[]=1&ids[]=2 或 ids[0]=1&ids[1]=2 var ts time.Time c.Params.Bind(&ts, "created_at") // 默认识别 "2006-01-02" 等格式，可追加到 revel.TimeFormats
关键细节：
- 必须传变量地址（
&ids），否则绑定无效 - 对 struct 切片（
[]User），只支持有序语法：users[0].Name=alice&users[1].Name=bob，users[]=...不行 - 绑定失败时变量保持原值（不是零值），所以建议初始化并检查返回 err（
c.Params.Bind实际返回error，但文档常省略）
JSON 请求体必须用 json.Decoder，别碰 c.Params
Revel 的 c.Params **完全不解析 JSON body**。如果你发 POST /api/data + {"key":"val"}，c.Params.Get("key") 一定为空。
正确做法是跳过 c.Params，直接读 c.Request.Body：
func (c ApiController) HandleJSON() revel.Result {
var payload map[string]interface{}
decoder := json.NewDecoder(c.Request.Body)
if err := decoder.Decode(&payload); err != nil {
c.Response.Status = 400
return c.RenderError("Invalid JSON")
}
defer c.Request.Body.Close() // 必须关，否则复用连接会卡住
// ...
}
常见错误：
- 用
ioutil.ReadAll(c.Request.Body)再json.Unmarshal—— Body 流被消耗一次后，后续再读就是空的 - 忘记设
Content-Type: application/json，某些中间件会拦截或降级处理 - 用
c.Params.Bind(&v, "body")之类试图“绑定整个 body”，无效且无提示
最易被忽略的一点：Revel 对不同来源参数的聚合是“尽力而为”，不是强契约。路径参数、查询参数、表单字段混在一起进 c.Params，名字冲突时后出现的覆盖先出现的——别依赖顺序，该拆就拆，该校验就校验。
