reflect.TypeOf(v) 开销主要在动态解包、查类型元数据表、构造reflect.rtype及接口转换，每次调用均触发堆分配与查表，单次20–80ns，高频下成性能瓶颈。
reflect.TypeOf(v) 在 interface{} 上的开销到底在哪
对 interface{} 调用 reflect.TypeOf() 不是“查个类型”那么简单。它要触发接口值的动态类型解包、查 runtime 的类型元数据表（abi.Type）、构造 reflect.rtype 封装，最后还得做一次接口转换——这三步全在运行时，没法内联，每次调用都逃不开堆分配和查表。实测单次开销在 20–80ns，看似不多，但在 HTTP 中间件或序列化循环里被高频调用，就成了吞吐瓶颈。
- 传入的是字面量或临时值（如
func() interface{} { return "hello" }()），reflect.ValueOf()返回的Value是不可寻址的，后续调用.Addr()或.Set()会 panic，但这个校验本身也耗时 -
reflect.TypeOf(nil)返回nil，不是空Type，直接调用.Name()或.Kind()会 panic，必须先if t != nil - 若
interface{}里包的是另一个interface{}（比如var x interface{} = &y，而y是interface{}），reflect.TypeOf(x)返回的是*interface{}，不是你预期的底层类型，容易误判
为什么缓存 reflect.Type 能省掉 90% 开销
同一类型的 reflect.Type 实例在整个程序生命周期中地址恒定，uintptr(unsafe.Pointer(t)) 可作 key 安全缓存。首次调用 reflect.TypeOf(v) 占整个反射路径耗时的 90% 以上；之后查 map 是常数时间，无分配、无查表。
- 别用
t.String()当 key：匿名 struct 的String()是空字符串，所有匿名 struct 全撞 key - 别用
t.PkgPath() + "." + t.Name()：模块多版本共存时，同名类型可能来自不同 module，key 冲突 - 缓存结构建议是
map[uintptr]struct{ ElemType reflect.Type; IsPtr bool; HasMethods bool }，而不是只存reflect.Type——因为interface{}里可能是*T或T，后续字段/方法访问逻辑完全不同
interface{} 里藏指针时，.Elem() 调用前必须检查什么
常见错误是看到 v.Kind() == reflect.Interface 就直接 v.Elem()，结果 panic。实际上只有当底层值本身是指针（reflect.Ptr）时，才该用 .Elem()；如果是 interface{} 套 interface{}，得先 v.Interface() 再套一层反射。
- 安全路径：先
v.IsValid()，再v.Kind()分支处理：reflect.Ptr→v.Elem()；reflect.Interface→v.Elem().Interface()后递归；reflect.Struct→ 直接遍历 - 对
reflect.Ptr类型，v.IsNil()必须检查，否则v.Elem()panic - 不要依赖
v.CanInterface()判断能否转回原类型：它只表示是否可安全转成interface{}，不反映底层是否可导出或可设置
真正高频场景下，连 reflect.TypeOf 都不该出现
比如通用日志字段提取、gRPC 请求体校验、中间件参数绑定——这些路径里 interface{} 的实际类型集其实很窄（User、Order、Config 等），完全可以用类型断言或代码生成替代。硬上反射，等于把编译期能做的事全拖到运行时。
立即学习“go语言免费学习笔记（深入）”；
- 输入可控时，优先
switch v := data.(type)：编译器生成跳转表，无反射、无分配、不逃逸，比reflect.TypeOf快 5–10 倍 - 类型固定但数量多（如几十个 API 请求结构体），用
go:generate扫描 struct tag，输出func(data interface{}) (map[string]interface{}, error)，零运行时反射 - 如果仍需兜底泛型逻辑（比如 fallback 到反射），确保它只在极少数异常路径触发，而非主干流程
reflect.Type，却还在热路径反复调用 reflect.ValueOf(v).Field(i) —— 这个 ValueOf 每次都新建对象、触发接口转换、做可寻址性校验，开销不比 TypeOf 小。真正要缓存的，是字段偏移、方法入口地址、甚至整条访问链封装好的闭包。 
