直接用 reflect 写校验器容易 panic，因 reflect.Value.Interface() 在未导出字段、nil 指针或不可寻址值时直接崩溃；需用 CanInterface/CanAddr 判断、Indirect 安全解引用，并按 Kind 分支处理复合类型。
为什么直接用 reflect 写校验器容易 panic？
因为 reflect.Value.Interface() 在遇到未导出字段、nil 指针或不可寻址值时会直接崩溃，而不是返回错误。比如对 type User { name string }（小写字段）调用 field.Interface()，就会触发 reflect.Value.Interface: cannot return value obtained from unexported field。
- 只对导出字段（首字母大写）做校验，用
field.CanInterface()或field.CanAddr()提前判断 - 传入参数必须是结构体指针，用
reflect.Indirect()安全解引用，但要先检查v.Kind() == reflect.Ptr && !v.IsNil() - 对嵌套结构体、slice、map 等复合类型，不能硬编码展开，必须按
v.Kind()分支处理，否则一碰到nilslice 就 panic
如何安全提取并解析 validate 标签？
标签本身只是字符串，structField.Tag.Get("validate") 返回空字符串不等于没标签（可能是 -），也不代表字段可跳过——你需要统一解析逻辑，而不是在每个分支里重复切分逗号和等号。
- 空 tag 或
-才真正跳过；required这种无等号的视为布尔规则；min=5解析为map[string]string{"min": "5"} - 多个规则用逗号分隔，顺序无关，但重复 key（如
min=3,min=10）以最后一个为准 - 别在解析阶段做类型转换（如
strconv.Atoi），留到具体校验函数里按需转，避免提前 panic
校验时怎么避免类型擦除和值误判？
v.Interface() 返回 interface{} 后再断言，极易因底层类型别名或 nil 值导致 panic 或逻辑错误。正确做法是严格按 v.Kind() 分支取值，不依赖 Type 名称。
-
v.Kind() == reflect.String→ 用v.String()；v.Kind() == reflect.Int→ 用v.Int()；不要统一走v.Interface().(string) - 对指针字段，先
v.IsValid() && v.Kind() == reflect.Ptr && !v.IsNil()，再v.Elem()递归校验 - 对
time.Time、sql.NullString等特殊类型，不拆其字段校验（那是反射滥用），应注册自定义校验函数，直接处理整体值
错误信息怎么带字段路径且不漏项？
真实项目里，前端需要知道是 user.address.zip_code 错了，而不是笼统报“校验失败”；而且用户一次填错多个字段，你不该短路退出，得聚合所有错误。
立即学习“go语言免费学习笔记（深入）”；
- 递归校验时把当前字段名拼进路径，例如父级传入
"user"，子字段Address就变成"user.address" - 用 slice 收集
ValidationError{Field: "user.email", Message: "invalid email format"}，而非单个 error 返回 - 遇到
nilstruct 字段且 tag 无required，安静跳过；若有required，才报"user.profile is required"
最常被忽略的是：嵌套结构体字段名拼接时没处理匿名字段（embedded struct），也没过滤掉非导出字段的路径污染。这会导致错误路径出现 user._privateField 这类不该暴露的名称——不是技术做不到，而是没人真在校验器里加这一行 if !structField.Anonymous && !isExported(structField.Name) 的判断。
