Revel 中 c.Params 无法绑定 JSON 数据，因其只处理查询参数、路径变量、表单及 multipart 数据，不解析 application/json 请求体；必须用 json.NewDecoder(c.Request.Body).Decode() 手动反序列化，并注意 Body 只能读一次、需 defer 关闭。
Revel 中不能用 c.Params 绑定 JSON 数据
很多人一上来就写 c.Params.Get("xxx")，发现拿不到 POST 的 JSON 字段——这是必然的。c.Params 只聚合 URL 查询参数、路径变量、表单（application/x-www-form-urlencoded）和 multipart 数据，对原始 JSON 请求体完全无感。它根本不会解析 application/json 的 body 流。
你看到的空值或 panic，通常是因为误以为 JSON 字段会自动“映射”进 c.Params。实际必须手动读取并反序列化 c.Request.Body。
正确做法：用 json.NewDecoder 解析 c.Request.Body
Revel 没有类似 Gin 的 ShouldBindJSON 封装，得直连 Go 标准库。关键点不是“能不能做”，而是“怎么不踩坑”：
- 必须在首次读取前调用
c.Request.ParseForm()吗？不需要——那是为表单准备的，对 JSON 无效甚至有害（会提前消费 Body） -
ioutil.ReadAll(c.Request.Body)能不能用？可以但危险：读完后c.Request.Body变成 EOF，后续再 Decode 会失败；而且返回的[]byte若直接传给RenderJSON，会被二次 JSON 编码（出现 Base64 字符串） - 推荐方式是直接用
json.NewDecoder(c.Request.Body).Decode(&v)，流式解析，不缓存整块字节 - 务必加
defer c.Request.Body.Close()，防止连接复用时 body 泄漏
示例片段：
func (c KpiCtrl) GetData() revel.Result {
var data []string
decoder := json.NewDecoder(c.Request.Body)
err := decoder.Decode(&data)
if err != nil {
c.Response.Status = 400
return c.RenderError("Invalid JSON: " + err.Error())
}
defer c.Request.Body.Close()
return c.RenderJSON(data)
}
类型匹配和错误处理不能省
JSON 数据结构和 Go 变量类型必须严格对应，否则 Decode 会静默失败或报错：
- 发送
["a","b"]→ 目标变量必须是[]string或[]interface{}，不能是map[string]string - 发送
{"name":"x"}→ 定义struct { Name string `json:"name"` }最安全；用map[string]interface{}也行，但取值要多层断言 - 字段名大小写敏感：
json:"user_id"对应 JSON 里的"user_id"，不是"userId" - 生产环境必须检查
err并返回 400 状态，不能只打日志后继续执行
别在路由里写 ?key=value 试图“声明” JSON 字段
有人在 conf/routes 里写 POST /api?data:data，指望 Revel 自动把 JSON 解出来——这完全无效。Revel 的路由文件不解析请求体内容，? 后面的部分会被当成路径字面量，导致 404 或匹配错路由。
所有 JSON 字段都只存在于请求体（Body）中，和 URL 路径、查询字符串无关。你要做的只有两件事：写对路由路径（如 POST /api），然后在控制器里老老实实解 Body。
最易被忽略的点是：Body 只能读一次，且一旦被任意代码（包括中间件、日志钩子）提前读过，你的 Decode 就会得到空数据——调试时加个 log.Println(io.ReadAll(c.Request.Body)) 就足以让后续逻辑全崩。
