真正有效的缓存是 reflect.method 和类型元数据，而非 reflect.value；最优方案是用 reflect.makefunc 预生成闭包或 unsafe 直接调用，彻底绕过 call 开销。
直接缓存 reflect.Method 或用 reflect.MakeFunc 预生成闭包，是真正能压低开销的方案；缓存 reflect.Value、拼接函数名、或只缓存 MethodByName 字符串查找结果，基本无效。
为什么 reflect.Value.Call 一调就慢，而且缓存没用
reflect.Value.Call 的开销不在“调用”动作本身，而在每次调用前强制做的三件事：receiver 可寻址性校验、参数类型逐个转换、栈帧格式重建。压测显示空方法调用也需 80–120 ns，而直接调用仅约 1.2 ns。
- 缓存
reflect.Value没意义——它每次MethodByName或Call都新建，不可比较、不能当 map key - 缓存
reflect.Value.MethodByName("Foo")只省掉字符串哈希（占总开销 15–20%），Call本身仍全程重做 - 错误缓存方式：
map[interface{}]reflect.Method—— 接口底层含值指针，不同变量即使类型相同也无法命中 - 正确缓存 key 应为：
uintptr(unsafe.Pointer(t))，其中t = reflect.TypeOf(&v).Elem()
真正有效的缓存：只存 reflect.Method + 类型元数据
同一类型的 reflect.Type 和 reflect.Method 在整个程序生命周期中地址恒定，可安全复用。缓存目标不是“调用值”，而是“调用能力”。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 推荐缓存结构：
struct{ method reflect.Value; in, out []reflect.Type }，方便后续做参数预检 - key 构造必须用
uintptr(unsafe.Pointer(t))，避免t.String()对匿名 struct 失效，或PkgPath()+Name在 vendoring 下冲突 - 不要在
init()预热所有类型——实际用到的可能不到 10%，纯属内存浪费 - 字段级缓存更灵活：如
cache[uintptr(unsafe.Pointer(&t))+"Name"] = fieldInfo{Offset: unsafe.Offsetof(t.Name)}
热路径彻底绕过 Call：用 reflect.MakeFunc 生成闭包
适用于签名固定、接收者明确的场景（比如统一 handler：func(ctx context.Context) error）。它在初始化阶段生成纯函数，运行时零反射开销。
- 典型写法：
typ := reflect.TypeOf((*MyStruct)(nil)).Method(0).Type获取方法签名，再传给MakeFunc - 桥接函数里必须显式解包 receiver：
recv := args[0].Interface()，再转成具体类型调用原方法 - 生成的函数无法被
go vet或 IDE 检查，类型错误只在运行时暴露，务必配单元测试 - 不适用于方法名动态变化的场景——
MakeFunc是“造函数”，不是“查函数”
最激进但零成本的方式：unsafe 算偏移 + 手动构造函数指针
Go 1.14+ internal/abi.Type 布局稳定（x86_64 下方法表项 8 字节），可直接算出方法入口地址，再用 unsafe 构造函数指针调用。
- 预计算：
funcPtr := *(*uintptr)(unsafe.Pointer(uintptr(unsafe.Pointer(t)) + offsetToMethodTable + i*8)) - 封装为闭包：
func(v interface{}) { callFunc(funcPtr, v) }，运行时只做指针传递 - 绕过了全部 Go 类型系统校验——方法签名、参数顺序、receiver 类型必须 100% 匹配，否则 runtime crash
- 字段访问同理：用
unsafe.Offsetof(User{}.Name)算偏移，再*(*string)(unsafe.Pointer(...))直取，比缓存反射快 5–10 倍
最容易被忽略的点不是“怎么缓存”，而是“缓存什么”——reflect.Value 不能缓，reflect.Type 和 reflect.Method 才能；而最狠的优化，从来不是让 Call 变快，而是让它根本不出现在热路径里。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
