reflect.Value.Call panic 的根本原因是值不可寻址或方法未导出；必须用 reflect.ValueOf(&obj).Elem() 获取可寻址的结构体反射值，并确保方法名首字母大写。
为什么 reflect.Value.Call 会 panic：method not found
直接用 reflect.Value.Call 调用结构体方法时，常见错误是 panic: reflect: Call of method on zero Value 或 method not found。根本原因不是方法名写错，而是传给 reflect.ValueOf 的值不具备可寻址性（addressable）或未导出（unexported）。
Go 反射要求：调用方法必须基于指针类型（*T），且该方法本身必须是导出的（首字母大写）。值类型（T）只能调用接收者为 func (T) Name() 的方法，但即使如此，若原始值是字面量或临时变量，reflect.Value 仍不可寻址，导致 MethodByName 返回零值。
- ✅ 正确做法：始终用
reflect.ValueOf(&obj)获取指针的反射值 - ✅ 确保目标方法是导出方法（如
GetData，而非getData） - ❌ 错误示例：
reflect.ValueOf(myStruct).MethodByName("GetData")—— 若myStruct是栈上临时值，返回的Value不可寻址，方法查找失败
如何安全获取并调用结构体的导出方法
核心流程是：取地址 → 检查是否为指针 → 解引用到实际结构体 → 查找方法 → 构造参数 → 调用。中间任何一步缺失检查都会静默失败或 panic。
- 先用
reflect.ValueOf(&obj).Elem()得到可寻址的结构体Value；.Elem()是关键，它把*T转成T的可修改反射值 - 用
v.MethodByName("MethodName")获取方法，调用前务必检查IsValid()，避免 nilValue导致 panic - 参数必须是
[]reflect.Value，每个元素需与方法签名严格匹配类型；基本类型可直接reflect.ValueOf(arg)，结构体字段需注意是否导出 - 方法返回值是
[]reflect.Value，即使只返回一个值也要用[0].Interface()提取
type User struct{ Name string }
func (u *User) Greet() string { return "Hello, " + u.Name }
u := User{Name: "Alice"}
v := reflect.ValueOf(&u).Elem() // ← 必须这一步
meth := v.MethodByName("Greet")
if meth.IsValid() {
results := meth.Call(nil) // 无参数
fmt.Println(results[0].Interface()) // "Hello, Alice"
}
reflect.Value.Call 的参数传递陷阱
最容易被忽略的是参数类型的“反射对齐”——不是 Go 类型对得上就行，而是反射值的底层类型必须与方法签名完全一致。例如方法接收 *string，你传 reflect.ValueOf(&s) 是对的；但若传 reflect.ValueOf(s)（值类型），就会 panic。
- 基本类型参数：直接
reflect.ValueOf(x)即可（如int,string） - 指针参数：必须传
reflect.ValueOf(&x)，再用.Elem()包一层？不，直接传reflect.ValueOf(&x)就是*T类型的反射值，和方法签名匹配 - 接口参数：确保原值实现了该接口，否则
reflect.ValueOf(impl)生成的反射值类型不匹配 - 空切片或 nil map：用
reflect.Zero(reflect.TypeOf([]int{}))构造零值反射值，避免传nil引发 panic
性能与适用边界：别在热路径用反射调方法
反射调用比直接调用慢 10–100 倍，且无法被编译器内联或优化。它只适合配置驱动、插件系统、测试辅助等低频场景。
- 如果方法名来自用户输入（如 CLI 命令、HTTP 路由）、或结构体类型在运行时才确定（如 ORM 实体映射），反射是合理选择
- 若只是想“根据字符串选函数”，优先考虑 map[string]func()：预注册所有可能方法，查表调用，快且类型安全
- 注意 GC 压力：
reflect.Value持有对象引用，频繁创建可能延迟回收；长期缓存reflect.Method结果（如v.Method(i)）比反复MethodByName更高效
真正麻烦的从来不是怎么写反射调用，而是怎么让错误信息可读——比如方法不存在时，别只打印 “method not found”，应附带结构体类型名和可用方法列表，这需要额外调用 v.NumMethod() 和 v.Method(i).Name() 做枚举。
