Go反射修改变量值前必须确保可寻址，即通过指针获取reflect.Value后调用Elem()，且CanSet()为true；否则调用Set()会panic。
反射修改变量值前必须确保可寻址
Go 的 reflect.Value 默认不可设置（CanSet() 返回 false），直接调用 Set() 会 panic：「reflect: reflect.Value.Set using unaddressable value」。根本原因是反射对象必须指向原始变量的内存地址，而非副本。
常见错误场景包括：
- 对普通字面量或函数返回值做反射：
reflect.ValueOf(42)、reflect.ValueOf(getName()) - 对结构体字段但未从指针开始反射：
reflect.ValueOf(s).Field(0)而不是reflect.ValueOf(&s).Elem().Field(0) - 对 map/slice 元素直接取
Index()后尝试Set()（它们是副本，不可寻址）
正确做法是：从变量的指针开始构建 reflect.Value，再用 Elem() 解引用获取可设置的值：
v := reflect.ValueOf(&x).Elem()
if v.CanSet() {
v.SetInt(100)
}
哪些类型和场景下 CanSet() 为 true
CanSet() 仅在以下条件同时满足时才返回 true：
立即学习“go语言免费学习笔记（深入）”；
- 该
reflect.Value来源于一个可寻址的变量（即通过&var得到） - 该变量本身不是来自常量、字符串字面量、接口底层值（未显式取址）、map/slice/chan 的索引访问结果
- 该字段属于导出（首字母大写）字段 —— 即使是结构体指针，非导出字段也无法被外部包反射修改
- 该值未被“冻结”：例如从
reflect.ValueOf(interface{})中取出的底层值，若原 interface{} 持有不可寻址内容，则仍不可设
典型可用路径：
type User struct{ Name string }
u := &User{}
v := reflect.ValueOf(u).Elem().FieldByName("Name") // ✅ 可设
// 而 reflect.ValueOf(u).FieldByName("Name") ❌ 不可寻址
修改 map/slice 元素需要绕过直接 Set
不能对 reflect.Value.MapIndex() 或 reflect.Value.Index() 的结果调用 Set()，因为它们返回的是副本。要修改元素，必须：
- 对 map：先用
MapIndex()获取旧值，再用SetMapIndex()写入新reflect.Value - 对 slice：用
Index(i)读，但写必须用reflect.Copy()或重新构造 slice 并赋值回原变量（需原变量可寻址）
示例（修改 map 中 string 类型 value）：
m := map[string]string{"k": "old"}
mv := reflect.ValueOf(&m).Elem()
kv := reflect.ValueOf("k")
oldVal := mv.MapIndex(kv) // 只读副本
newVal := reflect.ValueOf("new")
mv.SetMapIndex(kv, newVal) // ✅ 正确写法
性能与安全边界提醒
反射设值比直接赋值慢 10–100 倍，且绕过编译期类型检查。生产环境应避免在热路径中反复反射修改；更关键的是，CanSet() 为 false 时强行 unsafe 强转或绕过检查，会导致未定义行为甚至崩溃。
真正需要动态修改的场景其实有限：配置热更新、ORM 字段填充、测试桩注入。其余多数情况，用 interface{} + 类型断言或泛型函数更清晰可控。
最易被忽略的一点：即使你拿到了 reflect.Value 并确认 CanSet() 为 true，如果原始变量是局部栈变量且函数已返回，其内存可能已被回收 —— 此时反射操作仍会 panic 或静默失败。务必确保目标变量生命周期覆盖反射操作全程。
