validator标签生效需满足字段导出（首字母大写）、校验入口正确、语法无空格、类型匹配；小写字段、逗号空格、指针未判空、零值误判是静默失效主因。
validator 标签不是写上就生效的魔法字符串，它只在结构体字段可导出、校验入口正确、语法无空格、类型匹配的前提下才真正起作用。直接贴 validate:"required" 却没报错，大概率是字段小写、逗号后有空格、或把 Validate.Var() 当 Validate.Struct() 用了。
字段必须首字母大写，否则 validator 完全不看
validator 依赖反射读取字段值，只能访问导出字段（即首字母大写）。小写字段哪怕 tag 写得再全，也会被静默跳过——不报错、不校验、不提醒。
- 错误写法：
type User struct { name string `validate:"required"` }→name不参与任何校验 - 正确写法：
type User struct { Name string `validate:"required"` } -
json:"user_name"是序列化映射，不影响字段是否导出；结构体字段名仍需大写 - 嵌套结构体同理：
Child的字段也必须大写，否则Child.Name不会被校验
validate 标签语法极脆弱：逗号前后不能有空格
tag 字符串解析非常严格，多一个空格、少一个逗号，validator 就静默忽略该规则——不报错，但也不生效。
- 合法：
validate:"required,min=3,max=20" - 非法：
validate:"required, min=3"（逗号后有空格）→min被跳过 - 非法：
validate:"required ,max=20"（逗号前有空格）→ 同样失效 - 所有规则用英文逗号分隔，
,前后绝对不能有空格
嵌套结构体校验失效？检查 omitempty 和指针初始化
validator 默认对非 nil 的嵌套结构体做深度校验，哪怕子结构体所有字段都是零值（如 Age: 0, Name: ""），也会进去检查子字段的 required。
- 想让空对象跳过子校验，必须用
omitempty标签：Child *Child `validate:"omitempty"`（注意是*Child指针） -
omitempty只对指针、接口、map、slice、chan、func 有效；普通struct字段即使为空也会进子校验 - 如果字段是
*Child类型，传nil就跳过；但若传了非nil指针，哪怕它指向一个全零值的&Child{}，子字段仍会校验 - 反序列化后务必确保指针字段已初始化或明确为
nil，避免出现 “非nil但内部全空” 的中间态
time.Time、int、[]string 这些类型校验要格外小心
基础类型校验看似简单，但零值行为常不符合业务预期，导致漏检。
-
time.Time零值是0001-01-01，validate:"required"不会失败；要用validate:"required,datetime=2006-01-02"或自定义函数判断是否为零时间 -
int零值是0，required无效；若业务中0是非法值，改用gt=1或ne=0 -
[]string空切片[]是合法值，required不报错；需显式用min=1或dive配合子项校验（如validate:"min=1,dive,required"） -
dive必须紧跟在切片或 map tag 后，不能写成validate:"required,dive"（顺序错会导致忽略dive）
真正难的不是写对那几行 tag，而是理解 validator 只校验你让它看到的字段、只按反射能安全读取的方式工作——字段小写、空格、指针未判空、零值误判，这些才是线上校验静默失效最常卡住的地方。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
