Go反射校验struct需先判指针再IsNil，非指针用IsZero；自定义validate tag替代json，缓存Type和规则提升性能；递归校验须限深度并严格按Kind分支处理。
Go 反射校验 struct 字段是否为空值
反射做通用校验的核心，是绕过编译期类型约束，动态读取 struct 字段的值和 tag。但 reflect.Value.Interface() 在 nil 指针上调用会 panic，这是最常踩的坑。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 必须先用
v.Kind() == reflect.Ptr判断是否为指针，再用v.IsNil()检查是否为空指针，不能直接v.Elem() - 对非指针字段，用
v.IsZero()判空更安全（它按类型语义判断：0、""、nil slice/map/interface{} 都算空） - 注意
time.Time、自定义类型等可能重写了IsZero()方法，需确认其行为是否符合业务“空”的定义
用 struct tag 控制字段是否参与校验
只靠 json: tag 不够灵活，比如某些字段前端可不传但后端必填，或需要区分“创建”和“更新”场景。得自己定义校验 tag，例如 validate:"required,phone"。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 解析 tag 时用
structtag包（标准库go/parser太重），避免手写正则拆分 - tag 值建议用逗号分隔，每个子项用冒号分隔 key/value，如
validate:"required,min=6,max=20"，方便扩展 - 若字段有
omitempty且值为空，json.Marshal会忽略它，但反射校验仍应检查——二者语义不同，别混用
性能敏感场景下避免每次反射遍历
高频接口里反复调用反射校验，会明显拖慢吞吐。reflect.TypeOf() 和 reflect.ValueOf() 开销不小，尤其嵌套深、字段多时。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 把
reflect.Type和字段校验规则缓存到 map 中，key 用reflect.Type.String()或unsafe.Pointer（需加锁） - 生成校验函数闭包（类似
func(interface{}) error），在初始化阶段通过反射构建一次，后续直接调用，避开运行时反射 - 简单结构体（如仅含 string/int 的 DTO）可考虑代码生成（
go:generate+golang.org/x/tools/go/packages），比运行时反射快一个数量级
嵌套 struct 和 slice/map 的递归校验边界
反射递归进嵌套 struct 很自然，但 slice 和 map 容易陷入无限循环或 panic：空 slice 的 v.Len() 是 0，但 v.Index(0) 会 panic；map 的 v.MapKeys() 返回空 slice，但遍历时若误判为 struct 就崩了。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 进入递归前，必须明确判断
v.Kind()：只对reflect.Struct、reflect.Slice、reflect.Array、reflect.Map四种做展开 - slice/array 校验：先
v.Len() > 0再v.Index(i)；map 校验：遍历v.MapKeys()后，用v.MapIndex(key)取值，别直接v.Index() - 加递归深度限制（如默认 5 层），防止用户传入恶意嵌套结构导致栈溢出或死循环
真正难的不是写通反射校验，而是平衡泛用性、错误提示清晰度和 panic 边界——比如一个字段 tag 写错，是静默跳过、报错退出，还是记录 warn 并继续？这得结合日志、监控和上线灰度来定，不能只靠反射本身解决。
