reflect.TypeOf 和 reflect.ValueOf 是逃逸触发器而非慢函数，因强制 interface{} 装箱导致栈变量逃逸到堆；reflect.DeepEqual 是递归反射陷阱，性能比 == 慢10–100倍；应缓存访问路径而非 reflect.Value；泛型和接口可替代80%反射场景。
reflect.TypeOf 和 reflect.ValueOf 不是“慢函数”，而是“逃逸触发器”
很多人一看到压测火焰图里 reflect.TypeOf 占 CPU 高，就以为它内部做了复杂计算。其实不是——它本身逻辑极简，但会强制把传入值装进 interface{}，导致原本可栈分配的变量逃逸到堆上。一次调用可能看不出，但在 HTTP handler 或循环里反复执行，GC 压力立刻上升。
常见错误现象：go tool pprof 显示大量 runtime.mallocgc 调用，go tool compile -gcflags="-m" 提示变量“moved to heap”。
使用场景：配置加载、日志结构体 dump、通用校验入口等初始化不频繁但运行时高频调用的位置。
- 别在 for 循环里写
reflect.TypeOf(v)—— 提前缓存reflect.Type指针（同一类型地址恒定） - 避免用
map[interface{}]T缓存反射结果：interface{}作 key 会重复分配，且不同变量即使类型相同也无法命中 - 正确缓存方式：用
map[uintptr]reflect.Type+unsafe.Pointer(reflect.TypeOf(x).UnsafePointer())作 key，或直接用*reflect.rtype（需 //go:linkname，慎用）
reflect.DeepEqual 不是“深度比较工具”，而是“递归反射陷阱”
reflect.DeepEqual 看似方便，实则是反射重灾区：它对每个字段都调用 v.Kind()、v.Field(i)、v.MapKeys()，每层嵌套都重新走一遍反射路径，还伴随多次内存分配和类型断言。
立即学习“go语言免费学习笔记（深入）”；
常见错误现象：在请求处理中用 DeepEqual 判断两个 struct 是否相等，QPS 掉 30%；或拿它当 map 是否为空的判断依据。
性能影响：比 == 慢 10–100 倍，尤其当 struct 含 slice/map 时，开销呈指数增长。
- struct 不含 slice/map/func 时，直接用
==—— 编译期就确定，零开销 - 判断 map 是否为空，用
len(m) == 0，别碰DeepEqual(m, map[K]V{}) - 需要真正深度比较的场景（如测试断言），限制输入规模和嵌套深度，或改用预生成的比较函数（如 go-cmp）
缓存 reflect.Value 是典型误区，缓存路径才有意义
有人试图把 reflect.Value 实例缓存起来复用，这是错的。reflect.Value 绑定具体实例，包含值指针和当前状态，不能跨变量共享。缓存它不仅没收益，还可能引发 panic（比如缓存了 reflect.ValueOf(&x).Elem()，但 x 已被 GC）。
真正该缓存的是“访问路径”：字段偏移量、方法索引、封装好的 getter 函数。
使用场景：ORM 字段映射、通用序列化、缓存 key 生成等需反复读取同结构体字段的逻辑。
- 字段访问：用
t.Field(i).Offset+unsafe.Pointer直接内存读取（注意 GC 安全，推荐用 github.com/moznion/go-reflect 封装） - 方法调用：提前用
v.MethodByName("Foo")取出reflect.Value，后续循环内直接.Call()，避免每次查表 - 最稳妥做法：生成闭包函数，如
func(v interface{}) string { return v.(*MyStruct).Name }，运行时完全脱离反射
“用了反射”不等于“必须 runtime 查类型”，泛型+接口能切掉 80% 场景
很多所谓“通用逻辑”，实际只面对有限几种类型（如日志只打 User/Order/Event 三种 struct），硬套反射反而掩盖真实依赖、增加 panic 风险、削弱 IDE 跳转和重构支持。
容易踩的坑：为支持任意 interface{} 写一堆 switch v.Kind()，却忽略这些类型本可通过泛型约束或接口抽象收口。
替代方案性能对比：泛型函数调用 ≈ 直接调用；接口方法调用 ≈ 一次间接跳转；反射 ≈ 多次查表 + 分配 + 类型检查。
- 定义
Loggable接口，要求实现LogFields() map[string]any，已知类型手动实现，fallback 才走反射 - 用泛型约束输入类型集：
func MarshalJSON[T User | Order | Event](v T) ([]byte, error)，编译期生成专用代码 - 第三方库表面无反射 ≠ 底层无反射：
fmt.Printf("%+v", x)、encoding/json.Marshal默认路径全是反射，别被表象骗
反射不是 bug，但把它当默认选项就是设计缺陷。真正绕不开的场景极少，多数时候只是没想清楚边界——先列出来哪些类型必须支持，再决定要不要开反射这扇门。门一旦打开，逃逸、GC、panic、调试困难就全跟着进来，而且很难事后剪掉。
