shouldbind 返回 nil 却拿到零值是因为它仅在解析失败（如json格式错误、类型不匹配）时返回error，字段缺失、空字符串、null或0均放行并赋零值；required校验的是非零值而非非空，指针字段默认跳过校验，content-type错误会静默fallback到form解析，自定义验证器注册需在gin引擎创建后且签名严格匹配。
ShouldBind 为什么返回 nil 却拿到零值？
因为 ShouldBind 只在解析失败时返回 error：JSON 格式错误、字段类型不匹配（比如传 "abc" 给 int 字段）。它根本不管字段是否缺失、是否为空字符串、是否为 null 或 0——这些统统放行，结构体字段直接填零值。
常见现象：
- POST
{}，c.ShouldBind(&user)返回nil，但user.Name是空字符串、user.Age是0 - 前端传
{"name": ""}，Name string `json:"name" binding:"required"`也不报错——required检查的是“非零值”，不是“非空”
binding:"required" 对指针字段无效是常态
Age *int `binding:"required"` 永远不会触发校验。validator 默认跳过 nil 指针字段，连值都看不到，更别说判断了。
正确做法取决于业务意图：
Golang Samber Hot
下载
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
- 要确保字段存在（哪怕值是
null或0）：用Age *int `binding:"exists"` - 要确保字段存在且非零：用
Age int `binding:"required,gt=0"`（注意必须是非指针） - 字符串非空校验不能只靠
required，得加min=1：Name string `json:"name" binding:"required,min=1"`
Content-Type 错误会导致 ShouldBind 静默 fallback 到 form 解析
当请求 header 缺失或写成 text/plain、application/json;charset=utf-8（validator 不识别带参数的 MIME 类型）时，c.ShouldBind() 会自动 fallback 到 form 解析逻辑，把 JSON body 当作普通表单处理——结果就是所有字段为空。
解决方法很直接：
- 调试时先看
c.Request.Header.Get("Content-Type") - 确认是 JSON 接口就强制用
c.ShouldBindJSON()，它完全忽略 header，只走 JSON 解析路径 - 别依赖前端传对 header，尤其经过 Nginx 或 API 网关后容易被篡改或覆盖
自定义验证器注册后不生效的硬性前提
注册失败不是代码写错了，而是时机或方式不对：
- 必须在
gin.Default()或gin.New()之后立即注册，不能放在init()函数里——此时binding.Validator.Engine()还是nil - 注册名大小写敏感：
binding:"chinese_mobile"必须对应v.RegisterValidation("chinese_mobile", ...) - 函数签名必须严格是
func(fl validator.FieldLevel) bool，多一个参数、返回error或string都会静默失效 - 重复注册同一名称会 panic，建议加
if !v.HasRegisteredNamespace("xxx")防御
最容易被忽略的是：validator 默认不递归校验嵌套结构体或切片元素。要校验 Addresses []Address，必须显式写 binding:"dive"；要校验 [][]string，得写 binding:"dive,dive"。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
