binding:"required"不拦空字符串是因为它校验“非零值”而非“非空”，需用min=1（字符串）或gt=0（数值）；指针字段需exists；未导出字段无法绑定校验；ShouldBind只解析不校验，空值缺失均放行。
binding:"required"写了却没拦住空字符串
这是因为 required 校验的是“非零值”，不是“非空”。string 字段传 ""、int 传 0、bool 传 false，都算满足“存在”，只是值为零值。
- 要强制非空：用
binding:"required,min=1"（字符串）或binding:"required,gt=0"（数值） - 指针字段如
*string加required无效——validator 默认跳过 nil 指针，得改用binding:"exists" - 字段没导出（小写首字母）：Go 反射根本读不到，绑定和校验全失效
ShouldBind 返回 nil，但结构体全是零值
ShouldBind 只在解析失败时返回 error（比如 JSON 格式错误、类型强转失败），字段缺失、为空、为 null 全部放行。它不校验，只解析。
- 前端发
{}或{"name": ""}，c.ShouldBind(&req)依然返回nil - 真正起作用的是
binding标签；没写标签 = 完全校验关闭 - 常见误判：以为“没报错 = 数据有效”，结果业务逻辑拿零值继续执行，写库/计算出错
JSON 请求用 ShouldBind 却绑不上字段
因为 ShouldBind 会根据 Content-Type 自动选解析器，但若 header 缺失或被代理篡改，它会 fallback 到 form 解析，导致字段名匹配失败。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- JSON 请求必须带
Content-Type: application/json，否则 Gin 当作表单处理，只认form标签 - 结构体只写了
json:"name"没写form:"name"，而请求走的是 form 路径 → 字段永远为空 - 对外 API 强烈建议统一用
c.ShouldBindJSON()，绕过 header 依赖，避免静默失败
URI 参数绑定失败，报 400 或 "invalid URI parameter"
ShouldBindUri 是最严格的绑定方式，它不从 URL 字符串里解析，只从 c.Params 取值，且要求字段名、类型、标签三者完全对齐。
立即学习“go语言免费学习笔记（深入）”；
- 路由定义
r.GET("/users/:uid", handler)，结构体字段必须写UID int `uri:"uid" binding:"required"`，uri:"uid"必须一字不差 - 路径传
/users/abc，但字段是int类型 → 直接 400，不会尝试转成 0 或设为 nil - 字段用指针（如
*int）且路径段非法 → 不设为 nil，而是返回 error
binding 标签，以及标签是否和请求格式、字段可导出性、类型转换能力全部匹配。 
