gin的bindjson不支持直接绑定json数组到切片，因内部类型检查未覆盖*[]t路径；应改用shouldbindbodywith+binding.json或手动json.unmarshal并缓存body。
接收JSON数组时直接用BindJSON会报错
Gin默认的BindJSON方法只支持绑定到结构体或map，不能直接绑定到切片类型（如[]string、[]int或自定义结构体切片）。如果你发一个纯JSON数组[{"name":"a"},{"name":"b"}]，然后写c.BindJSON(&items)，Gin会报invalid memory address or nil pointer dereference或json: cannot unmarshal array into Go value of type ...。
根本原因是Gin内部调用json.Unmarshal前做了类型检查，要求目标必须是指针且底层类型可被json包接受——而*[]T虽合法，但Gin的绑定逻辑没覆盖这个路径。
- 别写
var items []User; c.BindJSON(&items)—— 这会panic - 也不要试图用
ShouldBind绕过，行为一致 - 最简解法：改用
c.ShouldBindBodyWith+binding.JSON
ShouldBindBodyWith是唯一可靠方式
它绕过Gin的预检查，直接委托给标准json.Unmarshal，支持任意目标类型，包括切片指针。前提是请求体能被读取一次（Gin默认只读一次，所以必须提前“缓存”）。
实操步骤：
- 在路由前加
c.Request.Body = ioutil.NopCloser(bytes.NewBuffer(c.GetRawData()))（Go 1.16+建议用io.ReadAll配合bytes.NewReader） - 或更推荐：全局启用
gin.SetMode(gin.DebugMode)后，在中间件中调用c.Request.Body = io.NopCloser(bytes.NewBuffer(bodyBytes))，其中bodyBytes, _ := io.ReadAll(c.Request.Body) - 然后调用
c.ShouldBindBodyWith(&items, binding.JSON)，items声明为[]User即可
示例片段：
var users []User
if err := c.ShouldBindBodyWith(&users, binding.JSON); err != nil {
c.JSON(400, gin.H{"error": err.Error()})
return
}
用json.Unmarshal手动解析更可控
如果只是偶尔处理数组，不希望改动请求体或引入额外中间件，直接读取并解码最稳妥。Gin的c.Request.Body是一次性资源，记得用完后重置（否则后续中间件或绑定会失败）。
- 先
body, err := io.ReadAll(c.Request.Body) - 再
err := json.Unmarshal(body, &users)，users声明为[]User - 最后别忘了
c.Request.Body = io.NopCloser(bytes.NewBuffer(body))，让后续逻辑还能读 - 注意：如果已用过
c.PostForm或c.Param等，Body可能已被消耗，需优先处理JSON
结构体字段含数组时不需要特殊处理
这是常被混淆的点：如果JSON是对象套数组，例如{"data":[{"id":1},{"id":2}]}，且你定义了结构体type Req struct { Data []Item `json:"data"` }，那么c.BindJSON(&req)完全可用，无需额外操作。
只有当**顶层是数组**（不是对象）时才触发前述问题。Gin对嵌套数组的支持是完整的，限制仅存在于顶层绑定目标为切片的情况。
真正容易被忽略的是Body读取次数——无论选哪种方案，只要涉及多次读Body，就必须缓存原始字节，否则第二次读会返回空。这个细节在本地调试时不易暴露，上线后才突然失败。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
