reflect.Value.Interface()每次调用均构造新interface{}，触发eface填充及潜在堆分配，需先检查CanInterface()；对已知类型应优先用Int()等具体方法或Convert()，避免隐式断言开销与panic风险。
reflect.Value.Interface() 触发的接口值构造开销
每次调用 Interface() 都会新建一个 interface{} 值，底层复制原始数据并填充 eface 结构体（_type + data 指针）。若原值是小整数或 bool，Go 会直接存入 data 字段；但一旦值需堆分配（如 string、slice、struct 含指针字段），就会触发一次堆分配 + 逃逸分析重判。
常见误用：v := reflect.ValueOf(myStruct); v.Field(0).Interface() —— 即使字段是导出的 int，只要结构体本身未逃逸，这一步仍可能把整个 struct 拖进堆，尤其在循环中反复调用时 GC 压力陡增。
- 必须先检查
v.CanInterface()，否则非导出字段 panic - 避免在热路径中对大 struct 或含指针字段的值频繁调用
Interface() - 若已知目标类型，优先用
v.Int()/v.String()等具体方法，绕过接口构造
reflect.Value 转具体类型时的类型断言隐式成本
写 v.Interface().(MyType) 看似简单，实则包含两步：先执行 Interface() 构造 interface{}，再做 runtime.typeAssert，查 itab 表确认 concrete type 是否实现目标 static type。这比直接赋值慢 2–3 倍，且失败时 panic 不可恢复。
更隐蔽的问题是：如果 v 来自 reflect.ValueOf(&x)，Interface() 返回的是 *MyType，而非 MyType；类型断言写成 .(MyType) 必然失败，必须写 .(*MyType) —— 这类错误在编译期无法发现。
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 能用
v.Convert(reflect.TypeOf((*MyType)(nil)).Elem())显式转换就别依赖断言 - 对已知固定类型，提前缓存
reflect.Type并用v.Convert(targetType)，避免重复查表 - 断言失败 panic 的堆栈不包含反射调用上下文，调试困难；建议用
v.CanConvert(targetType)预检
Method.Call 中参数装箱引发的双重逃逸
Method.Call([]reflect.Value{v1, v2}) 的性能黑洞不在调用本身，而在参数切片构建过程：每个 reflect.Value 都是含指针和标志位的 struct，传入前必须新分配 []reflect.Value 切片，且每个元素都要复制原始值（哪怕只是 int）——这导致两次逃逸：切片本身逃逸，内部每个 reflect.Value 的 data 字段也可能逃逸。
实测：对两个 int 参数的方法，Method.Call 比直接调用慢 35 倍；若其中一个参数是 interface{}，慢 60 倍以上，GC 分配次数翻倍。
- 参数必须严格匹配数量与类型：
int不能传int64，即使值相等也会在Call()时 panic - 接收者必须显式传指针：
reflect.ValueOf(&obj)，否则指针接收者方法不可调用 - 高频调用场景下，应提前用
reflect.MakeFunc包装为普通函数，彻底退出反射路径
为什么 TypeOf/ValueOf 不能无脑缓存
reflect.TypeOf(x) 返回的 reflect.Type 是只读元数据，可安全全局复用；但 reflect.ValueOf(x) 返回的 reflect.Value 绑定了具体内存地址和可修改性状态，缓存它等于缓存一个“快照”，后续值变更后该 Value 就失效，甚至访问已释放内存（dangling pointer）。
典型陷阱：缓存 v := reflect.ValueOf(&s)，然后在 goroutine 中多次调用 v.Field(0).SetInt() —— 若 s 是栈变量且函数已返回，第二次调用就会 crash。
- 只缓存
reflect.Type和reflect.Method，它们不含实例状态 - 若需复用
reflect.Value，确保其来源对象生命周期远长于缓存使用周期（如单例、全局变量） - 永远不要缓存
reflect.ValueOf(instance)，而应缓存reflect.ValueOf(&instance).Elem()的模板，每次调用前重新取址
