Go反射调用方法需满足：方法导出（首字母大写）、接收者类型匹配（值或指针）、参数为[]reflect.Value且类型一致，并须预先检查IsValid和Kind避免panic。
Go 的反射机制确实能调用对象方法，但必须满足：方法是导出的（首字母大写），且接收者是值或指针类型——否则 reflect.Value.Call 会 panic 报错 call of reflect.Value.Call on unexported method。
方法必须导出才能被反射调用
Go 反射无法访问非导出（小写开头）方法，这是语言层面的限制，和是否传入指针无关。即使你用 reflect.ValueOf(&obj).MethodByName("foo") 获取到方法值，调用时仍会 panic。
- ✅ 正确：定义
func (t *MyType) DoSomething() {} - ❌ 错误：定义
func (t *MyType) doSomething() {}（小写开头） - ⚠️ 注意：
reflect.Value.Method(i)按声明顺序索引，而MethodByName才按名称匹配；两者都只返回导出方法
接收者类型决定是否需要传指针
如果方法定义在指针接收者上（如 func (t *MyType) Update()），你必须传入指向实例的 reflect.Value，否则 Call 会失败并提示 cannot call pointer method on ...。
- 值接收者方法：可用
reflect.ValueOf(obj)或reflect.ValueOf(&obj).Elem() - 指针接收者方法：必须用
reflect.ValueOf(&obj)，不能用reflect.ValueOf(obj) - 混用场景下建议统一传指针——既兼容值接收者（自动解引用），也支持指针接收者
参数必须是 []reflect.Value 类型且类型匹配
reflect.Value.Call 只接受 []reflect.Value，不能直接传 Go 原生切片或单个参数。每个参数都要用 reflect.ValueOf() 包装，且运行时类型必须与方法签名一致，否则 panic。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 例如调用
func (t *Service) Process(id int, name string)，需构造：[]reflect.Value{reflect.ValueOf(123), reflect.ValueOf("test")} - 如果传
reflect.ValueOf(int32(123))而方法期望int，会报cannot use ... as int value in call to Process - 空参数列表要写成
[]reflect.Value{}，不是nil（后者会导致 panic）
错误处理不能只靠 recover，得先检查方法是否存在
别等 Call panic 再 recover——应该先用 MethodByName 判断返回值是否有效，再检查 Kind() 是否为 Func。
meth := reflect.ValueOf(&obj).MethodByName("DoWork")
if !meth.IsValid() {
log.Fatal("method DoWork not found or not exported")
}
if meth.Kind() != reflect.Func {
log.Fatal("DoWork is not a function")
}
results := meth.Call([]reflect.Value{reflect.ValueOf("input")})
实际项目中，反射调用链越深，类型不匹配和方法不可见的问题越隐蔽；宁可多做两步 IsValid 和 Kind 检查，也不要依赖 defer+recover 掩盖本可预知的错误。
