必须传结构体指针并调用Elem()获取可设置的Value，字段名需导出，每次设值前须检查IsValid()和CanSet()，且类型严格匹配。
怎么安全地用 reflect.ValueOf 获取可修改的结构体字段
不能直接对结构体值调 reflect.ValueOf(u) 然后改字段——那样拿到的 Value 不可设置（CanSet() 返回 false），所有 Set* 调用都会 panic。
- 必须传指针：
reflect.ValueOf(&u).Elem()，才能得到可寻址、可设置的 struct 本体 - 字段名必须首字母大写（导出），否则
FieldByName("name")返回零值，IsValid()为false - 每次设值前务必检查：
field.IsValid() && field.CanSet()，缺一不可 - 类型要匹配：设字符串用
SetString()，整数用SetInt()，传错会 panic
示例：
u := User{Name: "Alice", Age: 25}
v := reflect.ValueOf(&u).Elem()
name := v.FieldByName("Name")
if name.IsValid() && name.CanSet() {
name.SetString("Bob")
}
age := v.FieldByName("Age")
if age.IsValid() && age.CanSet() {
age.SetInt(30)
}
为什么 reflect.TypeOf 和 reflect.ValueOf 必须分开用
它们干的事完全不同：TypeOf 只告诉你“它是什么类型”，比如 struct、*int、[]string；而 ValueOf 才给你“怎么操作它”的入口。混用或跳过类型判断，大概率在运行时掉坑里。
-
TypeOf适合做分支逻辑：比如判断t.Kind() == reflect.Struct再决定是否遍历字段 -
ValueOf才能读写、调用、取地址；但它不保证可写，得靠CanAddr()/CanSet()判定 - 对 nil 接口或未初始化指针调
ValueOf，返回的是无效Value，后续任何操作都 panic - 匿名结构体的
Type.Name()返回空字符串，别依赖它——用Type.Kind()更稳
reflect.Value.Call 调函数为啥总 panic
不是函数写错了，是反射调用的契约太严格：参数、接收者、函数值本身，三者缺一不可，且格式不能差一点。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 函数值必须已赋值，不能是未初始化的
var f func()；推荐写法：reflect.ValueOf(&f).Elem()或直接reflect.ValueOf(func(){}) - 参数必须是
[]reflect.Value，每个元素都要用reflect.ValueOf(arg)包一层，不能直接塞原始值 - 如果函数签名带指针参数（如
*string），你得传reflect.ValueOf(&s)，不是reflect.ValueOf(s) - 即使函数无返回值，
Call()仍返回[]reflect.Value，取result[0]前必须先判len(result) > 0
错误写法：fn.Call(arg1, arg2) → panic；正确写法：fn.Call([]reflect.Value{reflect.ValueOf(arg1), reflect.ValueOf(arg2)})
嵌套结构体方法怎么用反射调用
Go 的反射能自动识别匿名嵌入（embedding）提升上来的方法，但非匿名字段得手动取出来再找方法——这点很容易被忽略。
- 只要方法是导出的（首字母大写），且接收者类型与实例匹配（值接收者配值，指针接收者配指针），
MethodByName就能找到 - 匿名字段（如
Engine直接嵌在Car里）的方法会被提升，reflect.ValueOf(car).MethodByName("Start")可直接调 - 非匿名字段（如
engine Engine）则需先v.FieldByName("engine").MethodByName("Start")，注意中间多一次FieldByName - 方法接收者是指针（
func (e *Engine) Start()），你就得传&car，否则MethodByName返回无效值
反射不是语法糖，它是绕过编译期检查的运行时操作。字段是否导出、值是否可寻址、参数是否匹配——这些约束不会因为用了反射就消失，反而更隐蔽。最常出问题的地方，永远是忘了那句 if v.IsValid() && v.CanSet()。
