reflect.Value.Set panic 是因为目标值不可寻址；必须用 reflect.ValueOf(&x).Elem() 获取可寻址值，且字段需导出、类型兼容、逐层确保地址性。
为什么 reflect.Value.Set 会 panic: “reflect: reflect.Value.Set using unaddressable value”
因为 reflect.Value.Set 要求操作的目标必须是可寻址的（addressable），也就是底层必须能拿到指针。直接对普通变量调用 reflect.ValueOf(x) 得到的是一个不可寻址的副本，此时调用 .Set() 必然 panic。
常见错误写法：
var x int = 42 v := reflect.ValueOf(x) // ← 不可寻址！v.CanAddr() == false v.Set(reflect.ValueOf(99)) // panic!正确做法是传入指针再取 Elem：
- 用
reflect.ValueOf(&x).Elem()获取可寻址的int值 - 确保原始变量本身不是字面量或临时值（比如不能对
reflect.ValueOf(42).Elem()操作） - 如果目标是结构体字段，该字段必须是导出的（首字母大写），否则
CanSet()返回 false
给 Struct 字段动态赋值：先检查 CanSet，再用 FieldByName
想通过字段名字符串修改 struct 实例，必须满足三个条件：变量可寻址、字段导出、字段类型兼容。漏掉任一环节都会静默失败或 panic。
立即学习“go语言免费学习笔记（深入）”；
示例场景：从 map[String]Interface{} 更新 struct 字段：
type User struct { Name string Age int } u := User{Name: "Alice"} v := reflect.ValueOf(&u).Elem() // ← 关键：取地址再 Elem if f := v.FieldByName("Name"); f.IsValid() && f.CanSet() { f.SetString("Bob") } if f := v.FieldByName("Age"); f.IsValid() && f.CanSet() { f.SetInt(30) }-
v.FieldByName("Name")返回零值时，f.IsValid()为 false（字段不存在或未导出） -
f.CanSet()在字段未导出或 v 不可寻址时为 false，务必检查 - 类型不匹配会 panic：比如对
int字段调用SetString()，应先用f.kind()判断类型再选对应 Set 方法
用 interface{} 接收任意值并动态设置：必须保留地址信息
函数参数声明为 interface{} 时，传入值会被复制。若想在函数内修改原值，调用方必须传指针，函数内再用 reflect.ValueOf(arg).Elem() 解包。
典型签名和用法：
func SetField(obj interface{}, name string, value interface{}) error { v := reflect.ValueOf(obj) if v.Kind() != reflect.Ptr || v.IsNil() { return fmt.Errorf("obj must be a non-nil pointer") } v = v.Elem() if !v.CanSet() { return fmt.Errorf("cannot set value") } field := v.FieldByName(name) if !field.IsValid() || !field.CanSet() { return fmt.Errorf("cannot set field %s", name) } val := reflect.ValueOf(value) if !val.Type().AssignableTo(field.Type()) { return fmt.Errorf("value type %v not assignable to field %v", val.Type(), field.Type()) } field.Set(val) return nil } // 使用： u := &User{} SetField(u, "Name", "Charlie") // ✅ SetField(u, "Age", 25) // ✅ SetField(User{}, "Name", "Dave") // ❌ panic：传了非指针- 函数无法绕过 go 的值传递机制 —— 没有指针，就没有“原地修改”的可能
-
AssignableTo比类型完全相等更宽松（支持接口实现、同底层类型等），比ConvertibleTo更安全 - 不要试图用
reflect.New(v.Type()).Elem()替代原变量，那只是新对象
嵌套 struct 和 slice 的动态赋值容易忽略地址链断裂
当字段本身是 struct 或 slice，且你想修改其内部字段或追加元素时，必须逐层确保每一步都可寻址。常见断点：struct 字段是值类型（非指针）、slice 未初始化、map 未 make。
例如向 User.Profile（类型为 Profile）的 City 字段赋值：
type Profile struct { City string } type User struct { Profile Profile } u := User{} v := reflect.ValueOf(&u).Elem() p := v.FieldByName("Profile") if p.Kind() == reflect.Struct && p.CanAddr() { // 注意：p 是值类型 struct，p.Addr() 才可寻址 cityField := p.Addr().Elem().FieldByName("City") if cityField.CanSet() { cityField.SetString("Shanghai") } }- struct 字段默认是值拷贝，
p.CanAddr()为 false；需用p.Addr().Elem()绕一下 - slice 字段要先
SetLen/SetCap或用reflect.MakeSlice初始化，否则Index(0)panic - map 字段必须先
SetMapIndex或用reflect.MakeMap，空 map 不能直接设键值
地址性在反射链中不会自动穿透，每级都要手动确认和补全。