reflect.Value.Setint() panic 因值不可寻址，须用 reflect.ValueOf(&x).Elem() 并检查 CanSet()；MethodByName() 需验证 IsValid()、接收者匹配及参数类型；reflect.DeepEqual() 避免循环调用，优先手写比较。
为什么 reflect.Value.SetInt() 一调就 panic？
因为 SetInt() 要求值**可寻址且可设置**，而 reflect.ValueOf(x) 默认传的是副本，不可寻址——这是最常踩的硬性约束，不是 bug，是反射机制的设计前提。
- 错误写法：
var x int = 10; v := reflect.ValueOf(x); v.SetInt(20)→ 直接 panic：reflect: reflect.Value.SetInt using unaddressable value - 正确路径：必须传指针，再
.Elem()获取目标值，并显式检查CanSet()：v := reflect.ValueOf(&x).Elem(); if v.CanSet() { v.SetInt(20) } - 注意陷阱：即使传了指针，
CanSet()仍可能为 false——比如对字符串字面量"hello"取地址后.Elem()，底层内存只读；结构体字段名小写（如name String）也永远CanSet() == false，强行设会 panic
MethodByName() 看似成功却 Call() 就崩？
MethodByName() 和 Value.MethodByName() 都不会 panic，而是返回 IsValid() == false 的无效值。你若没检查就直接 .Call()，panic 堆栈里根本看不到方法名，定位极难。
- 必须三查：①
if !method.IsValid()；② 接收者类型是否匹配（(*MyStruct).Save不能用MyStruct{}去调）；③ 参数数量和类型是否严格一致（int不能传int64） - 更可靠的做法：用
reflect.ValueOf(obj).MethodByName("X").IsValid()，它比查Type.MethodByName()多校验了接收者兼容性 - 参数构造别偷懒：无参也要传
[]reflect.Value{}，有参必须每个都reflect.ValueOf(arg)包装，类型错一位就 runtime panic
reflect.DeepEqual() 在循环里用出 OOM 怎么办？
它慢得不是一点半点——基准测试显示比手写比较慢近 40 倍，且在高频路径（如分钟级日志聚合、报表导出）中会引发 GC 抖动甚至 OOM。这不是配置问题，是设计使然。
- 线上真实翻车：服务从小时级导出改为分钟级后，10 个节点中 4 台持续 OOM，根源就是
reflect.DeepEqual在 for 循环里反复调用 - 替代方案优先级：固定结构体 → 手写
==；需要泛化 → 用jsoniter.ConfigFastest.Equal()这类预生成比较器；真要动态 → 先用v.kind()快速排除类型不匹配，避免进深层递归 - 永远不要在 for 循环内无条件调用
reflect.ValueOf()——每次都是新分配 + 类型解析，开销白送
为什么 v.Int() 突然 panic，但变量明明是 int？
Int()、String()、Float() 这些取值方法不是“尽力而为”，而是强契约：调用前 v.Kind() 必须精确等于对应类型（如 reflect.Int），否则立刻 panic，不给默认值、不报错提示。
立即学习“go语言免费学习笔记（深入）”；
- 典型翻车：
var f float64 = 3.14; v := reflect.ValueOf(f); v.Int()→ panic：reflect: call of reflect.Value.Int on float64 Value - 安全做法：先判类型再取值，例如
if v.Kind() == reflect.Int && v.CanInt() { n := v.Int() }；CanInt()比Kind() == reflect.Int更严谨（覆盖 int/uint/int8 等变体） - 来自外部的
Interface{}（如 http body 解析结果）更要小心：reflect.ValueOf(nil)返回Kind() == reflect.Invalid，后续任何.Elem()或.Field()都直接 panic，务必先if !v.IsValid()
反射真正的分水岭不在“能不能做”，而在“该不该由它做”——json 序列化、ORM 映射、插件加载这些场景它不可替代；但只要编译期能定死类型、结构或行为，就该让反射待在 encoding/json 的源码里，而不是你的业务逻辑里。