怎么用 reflect 读取结构体字段的 validate tag
Go 的反射本身不解析 tag，得自己调用 StructTag.Get 拿字符串，再手动拆。常见错误是直接拿 field.Tag 当 map 用，结果 panic 或返回空字符串。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
-
reflect.StructField.Tag.Get("validate")是唯一安全取值方式，别用field.Tag["validate"]—— 这会 panic - tag 值里用逗号分隔多个规则（如
`validate:"required,min=3,max=20"`），但 Go 标准库不帮你解析，得自己写简单 parser - 注意空格：
`validate:"required, min=3"`中的空格会导致min=3解析失败，建议 trim 后再 split - 如果字段是嵌套指针（如
*User），要先Elem()再取 tag，否则NumField()为 0
为什么 reflect.Value.Interface() 在非导出字段上会 panic
反射访问私有字段（首字母小写）时，Interface() 直接 panic："cannot interface with unexported field"。这不是 bug，是 Go 的导出规则在反射层的延续。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 校验逻辑只处理导出字段（即首字母大写），用
field.IsExported()提前跳过，别硬 try-catch - 别试图绕过：用
unsafe或reflect.Value.UnsafeAddr()读私有字段，运行时可能崩溃，且不兼容 future Go 版本 - 如果业务真需要校验私有字段，改结构体设计 —— 把字段导出，或提供导出的 getter 方法，校验框架调用方法而非直读字段
如何避免 reflect.DeepEqual 在验证默认值时误报
很多验证规则（如 required）依赖判断字段是否为零值，但 reflect.Zero(field.Type).Interface() 和 field.Interface() 直接用 == 比较会失败（比如 slice、map、func 类型不可比较），而 reflect.DeepEqual 又太重、易误判（如 nil slice 和 []int{} 被认为不同）。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 对基本类型（
int,string,bool等），用field.IsNil()判断指针/接口/map/slice 是否 nil，再用field.Interface() == reflect.Zero(field.Type).Interface() - 对 slice/map，优先用
field.Len() == 0判断空，而不是比值；nilslice 和空 slice 都该算“未提供”，除非业务明确区分 - 别在校验函数里无脑调
reflect.DeepEqual(v, reflect.Zero(v.Type))—— 它对 struct 字段递归比较，性能差，且可能把带零值字段的 struct 错判为“全零”
校验嵌套结构体时，reflect.Value 的 Kind() 容易踩什么坑
嵌套结构体字段可能是 struct、ptr、interface{}，甚至 nil。直接调 NumField() 会 panic，因为只有 reflect.Struct Kind 才支持。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 统一先做 kind 归一化：用
for v.Kind() == reflect.Ptr || v.Kind() == reflect.Interface { v = v.Elem() }展开，但加 guard 防止无限循环（比如interface{}里存了个*T） - 展开后检查
v.Kind() != reflect.Struct就跳过 —— 比如字段是time.Time或自定义类型，不递归校验 - 遇到
v.Kind() == reflect.Interface && !v.IsNil()，要再取v.Elem()才能继续，否则拿到的是 interface header，不是真实值 - 别忘了 nil 指针：若字段是
*User且为nil，v.Elem()会 panic，必须先v.IsValid() && !v.IsNil()
最麻烦的其实是 tag 解析和零值判断的组合逻辑 —— 一行 tag 规则可能对应三四个反射分支，写的时候不觉得，跑起来才发现某个嵌套 nil *[]string 场景没 cover 到。
