reflect.TypeOf 和 reflect.ValueOf 不能直接缓存接口值，因为 reflect.Type 和 reflect.Value 不可比较，无法作为 map key；标准做法是用 uintptr(unsafe.Pointer(t)) 作 Type ID 缓存，需先归一化指针/接口类型。
为什么 reflect.TypeOf 和 reflect.ValueOf 不能直接缓存接口值
因为 Go 的反射对象（reflect.Type、reflect.Value）本身不实现 comparable，无法作为 map 的 key。你不能写 cache[reflect.TypeOf(x)] = result —— 编译直接报错：invalid map key type reflect.Type。
常见错误现象：试图用 reflect.Type 当 key，结果卡在编译阶段；或退而求其次用 fmt.Sprintf("%v", t) 拼字符串作 key，但字符串开销大、易冲突、且无法区分命名类型和结构等价类型。
- 真正可安全用作 key 的是
t.String()或t.PkgPath() + "." + t.Name()，但仅适用于命名类型（如type User struct{}），对匿名 struct、slice、map 等无效 - 更通用的做法是用
t.Kind()配合递归结构哈希，但成本高，通常没必要 - 实际中 90% 的缓存需求集中在「已知有限几类输入类型」，比如只处理
struct、map[string]interface{}、[]byte等固定类型，这时可预注册
用 unsafe.Pointer + uintptr 实现零分配 Type ID 缓存
Go 运行时保证每个 reflect.Type 在程序生命周期内地址唯一且稳定，因此可用其底层指针做 key —— 这是标准库内部（如 encoding/json）真实采用的方式。
注意：这不是“黑魔法”，unsafe.Pointer 在此处是安全的，因为 reflect.Type 是只读不可变对象，且不会被 GC 移动（它指向的是 runtime 的类型元数据，非堆内存）。
立即学习“go语言免费学习笔记（深入）”；
- 获取 Type ID：
uintptr(unsafe.Pointer(t))，t 是reflect.Type - 缓存 map 定义为：
var typeCache = sync.Map{} // key: uintptr, value: your cached data - 必须先调
reflect.TypeOf(x)得到t，再取指针；不能对interface{}直接取unsafe.Pointer(&x)—— 那只是接口头地址，不是 Type 地址 - 不要用
unsafe.Pointer(&t)，那是reflect.Type变量本身的栈地址，每次调用都不同
缓存粒度选 reflect.Type 还是 reflect.StructField？
取决于你要加速哪一层。如果目标是避免反复解析 struct 字段（比如序列化/校验），缓存整个 reflect.Type 对应的字段列表即可；但如果字段逻辑差异大（如某些字段需跳过、某些要 tag 解析），缓存到字段级更灵活，也避免重复计算 tag。
性能影响明显：一次 t.NumField() + 循环 t.Field(i) 平均耗时 ~50ns；而从 map 查 uintptr(unsafe.Pointer(t)) 只需 ~2ns。但字段级缓存会让 map size 翻数倍，且 key 构造稍复杂（需 uintptr(unsafe.Pointer(&t.fieldCache)) 或拼 t.String()+"."+field.Name）。
- 推荐默认缓存
reflect.Type→ 字段切片，够用且简洁 - 只有当发现某 struct 的字段访问不均衡（例如只频繁读前 3 个字段），才考虑按字段缓存
- 别缓存
reflect.Value，它包含运行时状态（如是否可寻址），无法复用
容易被忽略的边界：接口类型和指针类型的 Type 相等性
reflect.TypeOf((*MyStruct)(nil)).Elem() 和 reflect.TypeOf(MyStruct{}) 返回的 Type 是相等的，但它们的指针地址不同 —— 因为前者是接口底层类型，后者是具体类型，runtime 分配了两个独立的 runtime._type 结构体。
这意味着：如果你缓存了 *MyStruct 的 Type ID，却用 MyStruct{} 去查，会 miss。同理，interface{}、any、自定义接口类型之间也不共享 Type ID。
- 解决方案：统一用
reflect.TypeOf(x).Kind() == reflect.Ptr判断后，主动调t.Elem()归一化；或对指针类型提前解引用再缓存 - 切记：缓存前做一次
canonicalType(t)规范化，比如所有指针转为 Elem，所有接口转为底层具体类型（若可知） - 没有银弹 —— 类型系统越动态，缓存 key 就越难收敛；简单场景下，宁可多缓存几个变体，也别引入运行时类型推导
