c.shouldbindjson(&m) 是接收 json 请求体为 map[string]interface{} 的安全写法，需声明 m 为该类型，不可用 gin.h 接收；解析失败不自动响应，须手动处理 error 并校验嵌套值类型（如 float64）。
接收 JSON 请求体为 map[string]interface{} 的写法
Gin 默认不自动将 JSON body 解析成 map[string]interface{}，必须显式调用 c.BindJSON() 或 c.ShouldBindJSON()，且目标变量类型需匹配。直接用 c.PostForm() 或 c.Query() 拿不到 JSON 内容。
-
c.ShouldBindJSON(&m)更安全：自动处理 Content-Type、空 body、解析失败等边界，失败时返回 400 并中断后续逻辑 - 声明变量必须是
map[string]interface{}，不能是map[string]string等具体类型，否则 JSON 中的数字、布尔、嵌套对象会 panic - 如果前端发的是
{"user":{"name":"a","age":25}}，m["user"]的类型是interface{}，需断言为map[string]interface{}才能继续取值
gin.H 不是接收用的，是响应专用的快捷 map 别名
gin.H 是 map[string]interface{} 的 type alias，仅用于构造响应数据（如 c.JSON(200, gin.H{"ok": true})），**不能用于接收请求**。误写 var data gin.H; c.ShouldBindJSON(&data) 虽然能编译，但语义混淆，建议统一用原生类型，避免团队理解偏差。
- 接收场景一律用
map[string]interface{} - 响应场景可用
gin.H省略类型声明，但不要混用 - IDE 自动补全可能把
gin.H推荐进参数接收位置，需手动修正
接收任意键值对时要注意字段类型动态性
JSON 中同个 key 的 value 类型可能不固定（比如前端有时传 "count": 100，有时传 "count": "100"），map[string]interface{} 本身不校验类型，运行时断言容易 panic。
- 用
value, ok := m["count"].(float64)判断并取值（JSON 数字默认转为float64） - 若需兼容字符串数字，先判断
value, isStr := m["count"].(string)，再用strconv.Atoi转换 - 嵌套结构如
m["meta"]必须先确认是map[string]interface{}类型，再逐层取值，否则直接m["meta"].(map[string]interface{})["key"]会 panic
不用结构体绑定时，ShouldBind 和 BindJSON 行为差异
两者都可接收 JSON 到 map[string]interface{}，但错误处理策略不同，影响 API 健壮性。
-
c.ShouldBindJSON(&m)：解析失败只记录日志，不终止执行，需手动检查err != nil并调用c.AbortWithStatusJSON() -
c.BindJSON(&m)：解析失败自动返回 400，并调用c.Abort()，后续 handler 不执行 —— 更适合简单接口 - 若你已在中间件里统一处理 bind error，用
ShouldBindJSON可以更灵活地自定义错误格式；否则优先用BindJSON
123 过来就是 float64，不是 int，强转前不检查类型会导致 panic。
