反射修改函数参数值必须传入指向目标变量的指针，因Go参数传递为值拷贝；reflect.Value.Set生效前提为对象可寻址且类型匹配，常见错误包括对不可寻址值调用Set、误传Elem()而非指针值、忽略字段导出性与类型一致性。
反射修改函数参数值的前提是传入指针
Go 的函数参数传递永远是值拷贝，reflect.Value.Set 要生效，必须传入指向目标变量的指针——不是“函数里声明的参数名”，而是调用时传进去的那个地址。常见错误是直接对 reflect.ValueOf(fnArgs[i]) 尝试 Set，结果 panic：reflect: reflect.Value.Set using unaddressable value。
实操建议：
- 被修改的目标变量本身必须可寻址（比如局部变量、结构体字段、切片元素），不能是字面量或常量
- 函数签名中对应参数类型应为指针类型（如
*int、*string），否则即使反射拿到值也无法安全写回 - 调用
reflect.ValueOf(&yourVar)获取指针的reflect.Value，再用.Elem()得到它指向的值，才能调用.Set()
用 reflect.Call 传参时如何确保能改原变量
如果你通过 reflect.Value.Call 动态调用函数，并希望函数内部能修改外部变量，那传给 Call 的参数列表必须是 reflect.Value 类型的指针值。关键点在于：这些 reflect.Value 必须来自可寻址的原始变量。
示例场景：有一个函数 func inc(p *int) { *p++ }，你想用反射调用并让外部 x 变化：
立即学习“go语言免费学习笔记（深入）”；
var x int = 42
v := reflect.ValueOf(&x) // ✅ 可寻址的指针
fn := reflect.ValueOf(inc)
fn.Call([]reflect.Value{v}) // 传入 v，不是 v.Elem()
fmt.Println(x) // 输出 43
容易踩的坑：
- 误传
v.Elem()—— 这传的是int值本身，函数收到的是副本，改了也无效 - 传
reflect.ValueOf(x)（没取地址）——Call会 panic，因为无法将非指针值当作*int传入 - 对不可寻址值（如 map 中的 value、函数返回的临时值）取地址 —— Go 编译器不允许，会报错
修改 struct 字段需同时满足可导出 + 可寻址
想用反射修改结构体字段，字段名必须首字母大写（可导出），且结构体实例本身必须可寻址。常见错误是传入 struct 字面量或只读字段，导致 .Field(i).CanSet() == false。
实操建议：
- 用
&myStruct获取指针，再reflect.ValueOf(...).Elem()得到可修改的 struct 值 - 遍历字段前先检查
field.CanSet()，避免 panic - 字段类型要匹配：想设
int，就用reflect.ValueOf(123)，别用reflect.ValueOf(int64(123))，类型不一致会 panic
例如：
type User struct { Name string }
u := &User{}
v := reflect.ValueOf(u).Elem()
nameField := v.FieldByName("Name")
if nameField.CanSet() {
nameField.SetString("Alice") // ✅ 成功
}
反射修改参数本质是改内存地址所指内容
所谓“动态修改函数参数”，其实只是利用反射绕过编译期类型检查，把新值写进指针指向的内存位置。它不改变函数签名，也不影响调用栈，更不会让非指针参数变成可变的——这是 Go 类型系统的硬约束。
真正容易被忽略的点：
- 反射操作本身开销大，频繁调用
reflect.Value.Set会显著拖慢性能，仅适合配置加载、序列化等低频场景 - 如果函数参数是接口类型（如
interface{}），而你传入的是*int，反射拿到的是reflect.Value包裹的指针，.Elem().Set()才能改底层int；但若接口里存的是值类型，则无法修改原值 - goroutine 安全性完全由你负责——反射没有额外同步机制，多 goroutine 同时改同一地址，该加锁还得加锁
