min/max 标签默认跳过零值（如 int 为 0、指针为 nil），需加 required 才校验 0；浮点数校验无容差，应归一化或改用整数/decimal；反射校验须先检查 IsValid() 和 CanAddr()，按 Kind 分支取值，递归时带字段路径并防循环引用。
min/max 标签在指针和零值字段上为什么失效
validator 的 min/max 标签默认跳过零值字段，这是最常被误用的点。比如 Age int `validate:"min=0,max=150"`，当传入 Age: 0 时，校验直接跳过——不是因为 0 超出范围，而是 validator 把 0 当成“未设置”。这和业务语义冲突：新生儿年龄就是 0，不是空缺。
对指针类型如 *int，nil 同样被跳过；但 *int 指向 0 是合法值，而 nil 才表示“未提供”。两者必须区分。
- 要让 0 参与范围校验，必须加
required：例如Age int `validate:"required,min=0,max=150"` - 若想允许
nil（即“可不传”），又要求非 nil 时满足范围，就不能用required，得改用gt=-1（即 ≥ 0）这类隐式约束 -
omitempty和 validator 无关，它只影响 JSON 序列化，别指望它控制校验逻辑
浮点数用 min/max 校验时精度怎么防坑
validator 对 float64 的 min/max 是直接用 <=/>= 比较的，不走 epsilon 容差。这意味着从 JSON 解析来的 "0.1" 通常没问题，但经计算产生的值可能因舍入误差越界。
例如：Price = math.Round(x*100)/100 后再校验 min=0.01，结果可能是 0.010000000000000002 > 0.01，导致本该通过的被拒绝。
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 金额类字段，强制用整数（单位：分）或
decimal.Decimal类型，避免浮点运算 - 测试时不能只测
0.01，必须覆盖0.009999999999999999和0.010000000000000002这类边界浮点数 - 如果必须用 float64 且涉及计算，校验前先做一次
math.Round(val*1e6)/1e6归一化（按需调整精度位数）
反射实现自定义数值校验函数时怎么避免 panic
自己写反射校验器时，v.Interface() 在未导出字段、nil 指针或不可寻址值上会直接 panic，而不是返回错误。比如小写字段 name string 或 nil *int 都会崩。
安全做法是严格按 v.Kind() 分支取值，不依赖 Type.Name() 或统一断言：
- 先检查
v.IsValid() && v.CanAddr()，再调v.Elem()解引用指针 -
v.Kind() == reflect.Int→ 用v.Int()；v.Kind() == reflect.String→ 用v.String()；绝不写v.Interface().(int) - 对
time.Time、sql.NullString等类型，不拆字段校验，应注册独立的校验函数处理整体值 - 嵌套结构体、slice、map 必须递归调用并设深度限制，否则循环引用会栈溢出
如何让错误信息带准确字段路径且不漏项
前端需要知道是 user.profile.phone 错了，而不是笼统报“校验失败”。validator 默认只返回第一个错误，而真实场景要聚合所有问题。
反射校验必须递归，并在每层拼接字段名：
- 顶层传入路径前缀如
"user"，子字段Profile就变成"user.profile"，再下一层Phone就是"user.profile.phone" - 用 slice 收集
ValidationError{Field: "user.profile.phone", Message: "invalid format"}，不要短路退出 - 注意
reflect.StructField.Name是字段名（如Phone），不是 tag 里的 json 名（如"phone"），路径应统一用 Go 字段名保持可追溯性
真正难的是复合类型 + 自定义规则 + 循环引用三者叠加时的边界控制——这时候靠标签解析和简单反射已经不够，得引入访问标记（如 map[uintptr]string 记录已遍历地址）并配合深度计数，否则一个 type A struct { Next *A } 就能让整个校验器卡死。
