反射用于泛型受限场景如序列化、ORM等，需动态处理未知结构时才使用，并主动检查类型安全；通过reflect.ValueOf获取值后，用Kind()和Type()判断类型，区分指针、struct、slice/map进行相应操作；调用方法需方法名导出、参数匹配且先校验存在性；构造新值可基于已有类型用reflect.New或reflect.StructOf；所有操作须前置有效性检查，避免panic，禁用在热路径，必要时缓存类型信息并用recover捕获异常，反射性能较低但适用于运行时类型确定的特殊场景。
Go 的反射（reflect）不是用来“绕过类型系统”的工具，而是为泛型能力有限的场景（如序列化、ORM、配置解析、通用调试器）提供运行时类型和值操作能力。关键在于：**只在真正需要动态处理未知结构时才用，且要主动检查类型安全，避免 panic。**
判断并安全提取基础值
拿到 interface{} 后，先用 reflect.ValueOf 转为 reflect.Value，再通过 Kind() 和 Type() 判断底层类型：
- 用
v.Kind() == reflect.Ptr判断是否为指针，再用v.Elem()解引用（注意先v.IsValid()和v.CanInterface()） - 对 struct 类型，用
v.NumField()遍历字段，v.Field(i)获取字段值，v.Type().Field(i).Tag.Get("json")读 struct tag - 对 slice/map，先确认
Kind()，再用v.Len()、v.Index(i)或v.MapKeys()安全访问
动态调用方法需满足可导出+签名匹配
反射调用方法不是万能的：
- 目标方法名必须首字母大写（即包外可访问），否则
v.MethodByName("Foo")返回零值 - 参数必须是
reflect.Value切片，且每个参数类型要与方法签名严格一致（包括指针/值接收者） - 调用前建议用
v.Type().MethodByName("Foo")检查是否存在且签名匹配，避免运行时 panic
构造新值要基于已知类型或模板
不能凭空创建任意类型，但可以基于已有类型或 reflect.Type 构造：
立即学习“go语言免费学习笔记（深入）”；
-
reflect.New(t)创建指向零值的指针，reflect.Zero(t)得到零值本身 - 若只有结构体字段名和值（如 map[string]interface{}），可先构建
reflect.StructField切片，再用reflect.StructOf()动态定义类型（仅限 struct，且字段名必须导出） - 给 struct 字段赋值前，确保
v.Field(i).CanSet() == true（通常需传入指针）
性能与错误处理不可忽略
反射比直接调用慢 10–100 倍，且错误多在运行时暴露：
- 所有反射操作前加
if !v.IsValid()或if v.Kind() != reflect.XXX校验 - 避免在热路径（如 HTTP handler 内层循环）频繁使用反射；可缓存
reflect.Type和常用reflect.Value - 用
recover()捕获反射 panic（如非法地址解引用、未导出字段赋值）并转为明确错误
基本上就这些。反射是 Go 里一把钝但有用的刀——不常磨，但真遇到“类型在运行时才确定”的硬骨头，它能派上实在用场。
