ShouldBind绑定数字时静默截断或报错是因为Go类型系统在转换超限值时不校验范围，Gin仅负责字符串转目标类型，失败才报错；需用binding标签配合validator或手动解析防护。
为什么 ShouldBind 绑定数字时会静默截断或报错？
Gin 的 ShouldBind（以及 Bind）在解析 query/body 中的数字字段时，**不会自动做范围校验**，但底层类型转换失败时会返回错误；而更常见的情况是：你定义了 int32 字段，却传入超限值（比如 2147483648），Go 会直接 panic 或静默溢出（取决于上下文和 Go 版本），Gin 不拦截也不提示——它只负责把字符串转成目标类型，失败才报错。
这不是 Gin 的 bug，而是 Go 类型系统的固有行为。你得自己加防护。
用 binding:"min=1,max=100" 能限制整数范围吗？
能，但仅限于结构体字段绑定（ShouldBind / BindJSON 等），且必须配合 binding 标签和对应类型（如 int, int64）使用。Gin 内置基于 go-playground/validator 的验证器，支持 min/max、required 等规则。
-
min和max对int类型生效，但注意：它们检查的是数值本身，不是字符串长度 - 若字段类型是
string，min=1检查的是字符串长度，不是数字大小——别写错类型 - 超出范围时，
err里包含具体字段名和错误信息，例如：Key: 'User.Age' Error:Field validation for 'Age' failed on the 'min' tag - 浮点数用
min=0.1,max=99.9同样有效，但需字段为float64或float32
如何让超出 int32 范围的请求直接 400 而不 panic？
关键在于：别等类型转换完成再校验。要在字符串阶段就判断是否可能溢出。Gin 默认不干这事，得手动补。
立即学习“go语言免费学习笔记（深入）”；
- 对已知要接收小整数的接口，优先用
QueryInt64()或DefaultQuery("id", "0")+ 手动strconv.ParseInt(s, 10, 32)，捕获strconv.ErrRange - 避免直接用
c.Param("id")转int32——万一 URL 里是/user/2147483648，int32(2147483648)就是 -2147483648，完全不对 - 如果坚持用结构体绑定，字段类型必须与预期范围匹配：要接收 0–65535，用
uint16；要 0–2147483647，用int32；超过就用int64并配binding:"min=0,max=9223372036854775807" - 注意：
binding的max值不能超过目标类型的表示上限，否则校验无意义（比如int32字段设max=3000000000，校验永远不触发）
Query 参数里传负数或非数字时，ShouldBindQuery 怎么处理？
它会尝试把字符串转为目标类型，失败就返回 ErrInvalidType 类错误（实际是 validator 的 ValidationErrors），但前提是字段类型明确且标签写了 binding:"required" 等约束。没写标签时，零值（如 0）会被默默赋上，不报错。
- 传
?age=abc到int字段 → 绑定失败，err != nil - 传
?age=（空）到int字段 → 默认为0，除非加binding:"required" - 传
?age=-5到uint字段 → 解析失败（strconv.ParseUint拒绝负号），报错 - 想允许空值？字段改成指针类型，如
*int64，再配合binding:"omitempty"
范围限制这件事，没有银弹。Gin 不替你决定业务逻辑里的“合理值”，它只提供转换和基础校验管道。真正安全的边界，得在类型选择、标签约束、以及必要时的手动解析之间找平衡。别信默认行为，尤其当参数来自不可信输入时。
