shouldbindquery仅解析url查询参数且不校验required，而shouldbind根据content-type自动选择解析源并严格执行binding规则；前者适用于纯get分页筛选，后者适合混合参数场景。
ShouldBindQuery 只读 URL 查询参数，不碰请求体
当你用 ShouldBindQuery，Gin 会严格只从 URL 的 query string（比如 ?name=alice&age=25）里提取字段，完全忽略 POST/PUT 请求体里的 JSON、表单数据或 multipart 内容。哪怕你发的是 application/json 请求，它也视而不见。
常见错误现象：前端明明传了 JSON body，后端用 ShouldBindQuery 却收不到任何值，结构体字段全为空，也不报错——因为“没找到对应 query 参数”不算绑定失败，只是字段未赋值。
- 适用场景：纯 GET 接口的分页、筛选、排序参数（
page、limit、sort等） - 结构体 tag 必须用
form:"xxx"，不能用json:"xxx" - 对 POST 请求调用它，不会自动 fallback 到解析 body，这点和
ShouldBind本质不同
ShouldBind 根据 Content-Type 自动切换解析逻辑
ShouldBind 是“智能路由”型方法：它先看 HTTP 方法和 Content-Type 头，再决定怎么取数据。GET 请求时只查 query；POST/PUT 且 Content-Type: application/json 时走 JSON 解析；Content-Type: application/x-www-form-urlencoded 或 multipart/form-data 时走 form 解析。
容易踩的坑：如果 POST 请求没带 Content-Type 头，或值写错（比如写成 application/json;charset=utf-8 而 Gin 默认只认 application/json），ShouldBind 会退化为只查 query，导致 body 数据丢失。
- 推荐用于混合场景：比如一个接口既要接收 URL 查询参数（如
?lang=zh），又要接收 JSON body（如用户资料） - 结构体需同时声明
json:"xxx"和form:"xxx"tag，否则跨格式时字段可能漏绑 - 它不校验字段是否存在，只校验类型转换和 binding 规则（如
binding:"required"）
ShouldBindQuery 不校验 required，ShouldBind 会校验
ShouldBindQuery 对 binding:"required" 标签是“睁一只眼闭一只眼”的：如果 query 中缺了该参数，它不会返回 error，而是让字段保持零值（""、0、false）。只有类型转换失败（比如 query 传 age=abc 绑 int 字段）才报错。
而 ShouldBind 在解析到对应来源（query / form / json）时，会严格执行 binding 标签规则。比如 POST JSON 中缺了 required 字段，或 query 中 GET 请求缺了 required 参数，都会返回 error。
- 想强制 query 参数必填？别依赖
ShouldBindQuery的binding:"required"，得手动检查字段是否为空 - 想统一做 required 校验？用
ShouldBind+ 合理的 tag 组合，或拆成两个绑定：先ShouldBindQuery拿分页参数，再ShouldBindJSON拿主体数据 - 注意：空字符串
""对string类型不算“未设置”，所以binding:"required"不会触发，除非字段是 pointer 类型
ShouldBindQuery 性能略高，但灵活性远不如 ShouldBind
ShouldBindQuery 只解析 URL query，路径短、无编码解码开销、不读 request body，所以比 ShouldBind 略快——但差异通常在纳秒级，实际业务中几乎感知不到。
真正影响选择的是语义清晰度：如果你明确只要 query 参数，用 ShouldBindQuery 更直白，后续也不会被意外 body 干扰；如果接口协议允许多种输入方式（比如兼容 curl 直接带 query 调试，也支持正式客户端发 JSON），ShouldBind 的自动适配就省心得多。
- 不要为了“性能”强行用
ShouldBindQuery去处理本该是 JSON 的数据，类型错位会导致静默失败 - 调试时留意 Gin 日志：如果看到
[GIN] POST /xxx --> 200但数据没进来，先确认用了哪个绑定方法，再查Content-Type和 tag 是否匹配 - 复杂接口建议显式拆分：用
ShouldBindQuery提取过滤参数，用ShouldBindJSON或ShouldBind处理主体 payload，边界更干净
ShouldBindQuery 的 binding:"required" 是个摆设，它不报错，也不 abort，只默默留零值——你得自己补一层非空判断。**
