Bind()按Content-Type和标签自动解析JSON/form/query，但需显式加json/form/query标签，路径参数须用c.Param()单独获取，嵌套查询需手动处理。
怎么用 Bind() 一次性绑定 URL 查询、表单和 JSON 参数
Gin 的 Bind() 会自动根据请求头的 Content-Type 和 URL 查询参数，选择对应解析方式（JSON / form / query），但前提是结构体字段有正确标签。它不是“万能兜底”，而是按优先级合并：URL 查询参数优先级最低，JSON 或表单数据会覆盖同名字段。
- 必须给结构体字段加
json、form、uri等绑定标签，否则Bind()无法映射（比如UserID int `json:"user_id" form:"user_id"`） - 如果同时发了 JSON body 和 URL 查询（如
?page=2），且结构体里只有json标签，page字段不会被填充 ——Bind()不读 query，除非你显式加form或query标签 -
Bind()遇到解析失败（如 JSON 格式错、类型不匹配）会直接写 400 响应并 return，不适合需要自定义错误处理的场景
ShouldBindQuery 和 ShouldBindJSON 分开用更可控
当你要分别校验查询参数和 JSON body，或者想自己决定哪个出错时返回什么状态码，就别用 Bind()。用 ShouldBindQuery() 拿 URL 参数，ShouldBindJSON() 拿请求体，各自独立判断错误。
-
ShouldBindQuery()只解析 URL 查询字符串（?a=1&b=hello），不碰 body；ShouldBindJSON()只解析Content-Type: application/json的 body，不读 query - 二者都返回
error，你可以用errors.Is(err, binding.ErrInvalid)区分是格式错还是类型错，再做不同响应 - 注意：如果请求没带
Content-Type: application/json，ShouldBindJSON()会报invalid content type错误，不是 JSON 解析失败
路径参数（:id）必须用 Param() 单独取
Gin 不会把路由里的路径参数（如 /users/:id）自动塞进 Bind() 或 ShouldBindXXX() 结构体里。它们是独立的，得手动调 c.Param("id") 转成你需要的类型。
-
c.Param("id")返回的是字符串，要转int得自己用strconv.Atoi()，别指望绑定函数帮你干这事 - 如果路径参数是可选的（比如
/users/:id?），Gin 实际不支持这种写法 ——:id?是无效路由，要用/*action+ 手动切分，或改用查询参数 - 多个路径参数（
/a/:x/b/:y）要逐个c.Param("x")、c.Param("y")，没有批量获取 API
为什么 Bind() 有时拿不到 query 参数？
因为 Bind() 默认只处理 body（JSON/form），除非你结构体字段明确写了 form 或 query 标签，且请求是 GET 或 POST 表单。它不会自动把 query 和 body 合并进一个结构体 —— 这是常见误解。
立即学习“go语言免费学习笔记（深入）”；
- 想让
Bind()也读 query，请在字段上加form:"name" binding:"required"（form标签对 query 和 form 都生效） - 如果用了
binding:"required"但 query 里没传，Bind()就会报错并返回 400；而ShouldBindQuery()出错时你还能继续执行后续逻辑 - 开发时用 curl 测试，记得加
-H "Content-Type: application/json"，否则ShouldBindJSON()一定失败，不是代码问题，是请求头没设对
最常漏掉的一点：Gin 的绑定函数不处理嵌套 URL 查询（如 ?user.name=alice&user.age=30），这种格式需要自己解析或换用 JSON body。别指望 form 标签能自动展开点号嵌套。
