reflect.Value.SetInt 会 panic 是因为目标值不可寻址且不可设置，必须传指针后调用 .Elem() 并确保字段导出、内存可写、类型匹配。
为什么 reflect.Value.SetInt 会 panic：不可寻址是硬门槛
直接对值调用 reflect.ValueOf(x) 得到的 Value 永远不可寻址，因此任何 Set* 方法（如 SetInt、SetFloat64）都会 panic。Go 反射要求目标必须同时满足两个条件：CanAddr() 为 true（可寻址），且 CanSet() 为 true（可设置）。
- 值类型（如
int、struct{}）本身不可寻址，必须传指针再调用.Elem() - 即使传了指针，也要检查
v.CanSet()—— 比如对字符串字面量"hello"取地址后.Elem()，依然不可设（底层内存只读） - 结构体字段若首字母小写（未导出），
CanSet()恒为 false，强行Set必 panic
reflect.Value.SetFloat64 失败的典型场景与修复路径
常见错误不是参数类型错，而是目标值根本没资格接收赋值。比如想修改结构体中一个 float64 字段，但该字段是私有的，或你传的是结构体值而非指针。
- 错误写法：
v := reflect.ValueOf(myStruct).FieldByName("price")→v.SetFloat64(99.9)panic - 正确写法：
v := reflect.ValueOf(&myStruct).Elem().FieldByName("Price")→ 先确保指针 +.Elem()+ 字段名首字母大写 - 若字段名是小写（如
price），FieldByName返回零值，CanSet()为 false，无法绕过
指针嵌套导致的类型不匹配 panic：“value of type *T is not assignable to type T”
这个错误常出现在缓存反序列化、ORM 查询等场景，本质是「你对目标调用了 .Elem()，但给它的源值却仍是指针」—— 类型对不上。
- 典型错误：
res := &dto.MyRes{}; global.CacheGet(key, res)，而CacheGet内部做了v.Elem().Set(reflect.ValueOf(val)) - 此时
v.Elem()是MyRes类型，但val是*MyRes，类型不兼容 - 修复方法：把
res改成双重指针传入 ——global.CacheGet(key, &res)，这样内部v.Elem()后得到的才是*MyRes，能接住val
GORM / SQL Scan 报 “unaddressable value” 的根本原因
GORM 的 Scan 或 Find 要求传入的接收变量必须是指针，否则内部反射调用 v.Set() 时发现目标不可寻址，立刻 panic。
立即学习“go语言免费学习笔记（深入）”；
- 错误：
var u User; db.First(&u, 1)✅ 正确；但db.Raw(sql).Scan(u)❌ panic - 因为
Scan内部判断reflect.ValueOf(dest).Kind() == reflect.Ptr，非指针就拒绝处理 - 修复只需加
&：db.Raw(sql).Scan(&u) - 同理，
json.Unmarshal也要求目标为指针，否则无法写入原始数据
最容易被忽略的一点：即使你传了指针，也别跳过 CanSet() 检查。它不是可选的安全网，而是 Go 反射机制里唯一可靠的“准入开关”—— 尤其在跨包操作结构体或对接第三方库时，字段导出状态、内存可写性、指针层级都可能悄悄破坏这个条件。
