缓存reflect.Type必须用uintptr(unsafe.Pointer(t))作key，因其地址唯一稳定、零开销且避开了字符串拼接和包路径冲突；FieldByName应替换为预计算索引或unsafe.Offsetof以避免线性搜索。
缓存 reflect.Type 必须用 uintptr(unsafe.Pointer(t)) 作 key
直接用 reflect.TypeOf(x) 当 map key 会编译失败：Go 不允许 reflect.Type 这类不可比较类型作 key。用 t.String() 或 t.PkgPath() + "." + t.Name() 看似可行，但对匿名 struct 失效，且 vendoring 或多模块共存时包路径可能冲突。
标准库（如 encoding/json）的真实做法是：uintptr(unsafe.Pointer(t))。它零开销、不拼字符串、不依赖路径，且 reflect.Type 在整个程序生命周期内地址唯一稳定。
- 错误写法：
typeCache[reflect.TypeOf(x)] = data→ 编译报错invalid map key type - 错误写法：
typeCache[t.String()] = data→ 匿名 struct 返回空字符串，map[string]interface{}和map[int]string可能撞 hash - 正确写法：
key := uintptr(unsafe.Pointer(t)); typeCache[key] = yourPrecomputedFields
字段访问别调 FieldByName，改用预计算索引或偏移
FieldByName 是线性搜索：100 字段的 struct 就要逐个比对名字字符串，每次调用都白跑几十纳秒。而 Field(i) 是数组下标访问，常数时间；unsafe.Offsetof 更进一步，连反射都绕过，直接内存寻址。
高频字段读写必须跳过字符串查找。缓存结构建议不是裸的 []reflect.StructField，而是带语义的 fieldInfo：
立即学习“go语言免费学习笔记（深入）”；
type fieldInfo struct {
Name string
Offset uintptr
Tag string
IsExported bool
}
- 缓存粒度选
map[string]int（字段名→索引）就够大多数场景，查表比遍历快一个数量级 - 别用
sync.Map存这个映射：读多写少下，它的原子操作比普通map+sync.RWMutex更慢 - 若字段逻辑差异大（比如某些字段需跳过、某些要解析
json:tag），缓存到字段级更灵活，key 可用uintptr(unsafe.Pointer(&t)) + field.Name拼接
Method.Call 的瓶颈不在调用本身，而在参数转换和 receiver 校验
reflect.Value.Call 单次开销 100–500ns，真正拖慢的是每次调用前的 receiver 可寻址性检查、参数类型逐个转换、栈帧构建——哪怕你缓存了 reflect.Method，只要还走 .Call()，这些步骤就逃不掉。
必须确保 receiver 是指针：reflect.ValueOf(&v).MethodByName("Foo").Call()。值类型传进去会 panic “call of reflect.Value.Call on zero Value”。
- 可缓存的是
reflect.Method，不是reflect.Value：前者是只读全局单例，地址恒定；后者每次新建，不可比较、不能当 key - 正确缓存方式：
cache[uintptr(unsafe.Pointer(t))][methodName] = method，其中t是reflect.TypeOf(&v).Elem() - 错误方式：
map[interface{}]reflect.Method—— 接口底层含值指针，不同变量即使类型相同也无法命中
热路径上彻底绕过反射：用 unsafe 生成 getter/setter 闭包
缓存只是“减损”，真正零开销是把反射编译掉。在初始化阶段算出字段偏移或方法入口地址，封装成纯函数闭包，运行时只做指针运算和类型转换，无反射、无接口、无 GC 分配。
例如对 User.Name：
offset := unsafe.Offsetof(User{}.Name)
getName := func(v interface{}) string {
return *(*string)(unsafe.Pointer(uintptr(unsafe.Pointer(&v)) + offset))
}
- 实测比缓存反射快 5–10 倍，GC 分配趋近于零；
msgpack、gogoprotobuf等高性能库都在用 - 前提：输入必须可寻址（通常传指针），且字段类型和内存布局稳定——加字段、改顺序、调整 tag 都会让 offset 失效
- 最容易被忽略的一点：别在
init()里预热所有类型。你根本不知道哪些会被用到，纯属浪费内存；缓存应按需加载、懒构造
