直接用 reflect.Value.Call 调用结构体方法失败，几乎总是因为反射值无效或方法不可见——不是语法写错，而是没满足 Go 反射的硬性前提：可寻址 + 导出 + 接收者匹配。
直接用 reflect.Value.Call 调用结构体方法失败，几乎总是因为反射值无效或方法不可见——不是语法写错，而是没满足 Go 反射的硬性前提：可寻址 + 导出 + 接收者匹配。
为什么 MethodByName 总是返回零值
这不是拼写问题，是 Go 反射的可见性与类型系统在起作用。常见原因有三个：
- 方法名首字母小写（如
getData），Go 语言规定非导出方法在反射中完全不可见，MethodByName直接返回零值 - 接收者类型不匹配：方法定义为
func (s *User) Save()，但你传的是reflect.ValueOf(User{})（值类型），它没有该方法的方法集 - 原始值不可寻址：对字面量或临时变量取反射值，例如
reflect.ValueOf(User{Name: "x"})，得到的Value不可寻址，MethodByName查不到任何指针接收者方法
如何构造一个「可调用」的 reflect.Value
关键不在调用时，而在初始化阶段。必须确保你拿到的是能代表结构体实例、且支持方法查找的反射值：
- 如果方法接收者是
*T（最常见），一律用reflect.ValueOf(&obj)；若obj已是指针（如obj := &User{}），直接reflect.ValueOf(obj)即可 - 若方法接收者是
T（值类型），可用reflect.ValueOf(obj)或reflect.ValueOf(&obj).Elem()，但后者更统一，也避免栈上临时值不可寻址的问题 - 调用前加一层保险：
if !v.IsValid() || !v.CanAddr() { panic("invalid or unaddressable") }；对指针类型，还可加v.Elem().IsValid()确保解引用安全
Call 前必须做的三件事
跳过任意一步，Call 就会 panic，而且错误信息模糊（比如 “call of reflect.Value.Call on zero Value”）：
立即学习“go语言免费学习笔记（深入）”；
- 先检查方法值是否有效：
if !method.IsValid() { return errors.New("method not found or unexported") } - 再确认它是函数类型：
if method.Kind() != reflect.Func { return errors.New("not a function") } - 最后验证能否调用：
if !method.CanCall() { return errors.New("cannot call method") }（CanCall()会隐式检查接收者是否可寻址、方法是否导出等）
参数和返回值怎么处理才不崩溃
反射调用不是“传参”，是“构造反射参数切片”，类型、数量、层级必须和签名逐比特对齐：
- 参数必须是
[]reflect.Value，每个元素都得用reflect.ValueOf(arg)包一层；基本类型（int、string）直接包；指针参数（如*string）要传reflect.ValueOf(&s)，不能传reflect.ValueOf(s) - 空参调用写
method.Call(nil)，别用method.Call([]reflect.Value{})（旧版 Go 对空切片行为不一致） - 返回值是
[]reflect.Value，长度等于方法声明的返回值个数；取值前务必检查len(results) > 0和results[i].IsValid()；对error类型，必须先!results[i].IsNil()再.Interface().(error)
最容易被忽略的点：反射本身不校验业务逻辑，只做类型和可调用性检查。比如方法内部 panic、参数语义错误（如传了空字符串给要求非空的字段）、或第三方库方法未初始化，这些都得靠你自己的防御性代码兜底——defer/recover 在外层捕获，比依赖反射检查更实际。
