Gin 的 PostForm 和 ShouldBind 对数字字段不报错而返回空字符串或零值，必须手动类型转换和校验；validator 依赖绑定后值，需配合 required、gt/lt 等标签或使用 *int 指针规避零值陷阱。
PostForm 读取数字字段会返回空字符串而不是报错
当你用 c.PostForm("age") 获取表单中名为 age 的字段时，即使用户输入了 25，返回值仍是 string 类型的 "25"；但如果用户留空或输入非数字（如 "abc"），PostForm 依然返回 ""，不会自动拒绝或提示类型错误。这意味着你必须自己做类型转换和校验，框架不干预。
- 直接用
strconv.Atoi(c.PostForm("age"))是常见做法，但要处理err != nil场景 - 如果表单字段缺失，
PostForm返回空字符串，不是nil—— 别用== nil判断 -
DefaultPostForm可设默认值，但默认值也是字符串，比如c.DefaultPostForm("age", "0")返回"0"，仍需转整型
ShouldBind 绑定 struct 中的 int 字段会静默失败
如果你定义了一个结构体字段为 Age int `form:"age"`，并调用 c.ShouldBind(&form)，Gin 默认使用 binding.Form 解析：遇到无法转成 int 的值（如空字符串、"--"、"12.5"）时，该字段会被设为零值 0，且不报错 —— 除非你显式加 binding:"required" 或其他验证标签。
- 空字符串 → 字段赋值为
0，不是错误，ShouldBind返回nil - 非数字字符串（如
"hello"）→ 同样设为0，无提示 - 想让这类情况触发校验失败，必须加
binding:"required,gt=0"这类约束，仅靠类型声明不够
validator 库能补上类型语义校验，但不能绕过零值陷阱
引入 github.com/go-playground/validator/v10 并在 struct tag 加 binding:"required,gt=0"，确实能让空或非法输入返回校验错误。但要注意：validator 检查的是绑定后的值，也就是已经变成 0 的那个整数 —— 所以 gt=0 能拦住空提交，却拦不住用户输 "0"（它合法转成了 0，但业务上可能不允许年龄为 0）。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
-
required校验的是字段是否被设置，而int的零值0是“已设置”，所以required对数字字段基本无效 - 更安全的组合是：
binding:"required,gt=0,lt=150"，既排除零值又限制范围 - 若允许
0（比如“未填写年龄”用0表示），那就得改用指针：*int，此时空表单项会让字段保持nil，required才真正生效
前端传数字还是字符串？别依赖浏览器自动转换
HTML 表单中 <input type="number"> 看似能限制输入，但实际提交时仍以字符串形式发送。Gin 收到的永远是 application/x-www-form-urlencoded 或 multipart/form-data 中的文本字段 —— 没有原生数字类型。不要指望浏览器或 Gin 自动帮你做类型提升。
立即学习“go语言免费学习笔记（深入）”；
- 哪怕前端用了
type="number"且设置了min/max，用户仍可手动清空、粘贴字母、或用 DevTools 修改 DOM 绕过限制 - 服务端必须假设所有表单字段都是字符串，再按需解析 + 校验
- 如果 API 同时支持 JSON 和表单，注意
ShouldBind会根据Content-Type自动选解析器：JSON 中{"age": 25}能正确转int，但表单里age=25不行
strconv 并检查错误 —— 这不是疏忽，而是设计选择：框架只做解析，语义由你定义。 
