必须用 reflect.ValueOf(&obj) 获取指针值，再 MethodByName 查找指针接收者方法；所有参数需 reflect.ValueOf 封装；调用后检查 IsValid 和返回值长度，用 IsNil 判断 error。
如何用 reflect.Value.Call 传参调用结构体方法
Go 的 reflect 包不支持直接通过字符串名调用方法并自动匹配参数类型，必须手动构造 []reflect.Value 参数切片，且每个元素类型必须严格匹配目标方法签名。常见错误是传入原始值（如 int）而非 reflect.Value 封装值，导致 panic：「reflect: Call using zero Value argument」。
- 先用
reflect.ValueOf(obj).MethodByName("MethodName")获取可调用的reflect.Value - 所有参数必须用
reflect.ValueOf(arg)转为reflect.Value，不能直接传原始变量 - 如果方法有指针接收者（如
func (s *MyStruct) Do()），则obj必须是指针，即reflect.ValueOf(&obj) - 返回值是
[]reflect.Value，需手动解包；若方法无返回值，结果切片为空
type User struct {
Name string
}
func (u *User) Greet(msg string) string {
return u.Name + ": " + msg
}
// 调用示例
u := User{Name: "Alice"}
v := reflect.ValueOf(&u) // 注意：必须传 &u，因接收者是 *User
method := v.MethodByName("Greet")
if method.IsValid() && method.Kind() == reflect.Func {
results := method.Call([]reflect.Value{reflect.ValueOf("hello")})
if len(results) > 0 {
fmt.Println(results[0].String()) // 输出 "Alice: hello"
}
}
为什么 MethodByName 找不到方法？接收者类型不匹配是最常见原因
reflect.Value.MethodByName 只能查到「当前值类型所拥有的方法」。如果结构体方法定义在指针接收者上，而你传入的是值类型（reflect.ValueOf(u)），则方法不会被找到 —— 即使该值可寻址，MethodByName 也不会自动升格。
- 值接收者方法：可用
reflect.ValueOf(u)或reflect.ValueOf(&u)查找 - 指针接收者方法：只能用
reflect.ValueOf(&u)查找；用reflect.ValueOf(u)查找会返回Invalid - 检查是否找到：务必判断
method.IsValid()，否则后续Call会 panic - 大小写敏感：方法名必须首字母大写（Go 导出规则），小写方法无法通过反射访问
处理带 error 返回值的方法时，如何安全解包
很多 Go 方法返回 (T, error)，用 reflect.Value.Call 后需分别检查两个返回值。容易忽略的是：即使 error 是 nil，它在反射中仍是一个非空 reflect.Value，只是其 Interface() 为 nil。
- 调用后检查
len(results) == 2，再分别取results[0]和results[1] - 用
results[1].IsNil()判断 error 是否为 nil（不是== nil！） - 用
results[0].Interface()获取真实返回值，注意类型断言可能 panic，建议配合results[0].CanInterface()先校验 - 若不确定返回值类型，避免强制断言，可先用
fmt.Printf("%v, %T", val.Interface(), val.Interface())调试
性能与安全边界：reflect.Call 不适合高频路径
reflect.Call 比直接调用慢 10–100 倍，且绕过编译期类型检查，一旦参数类型或数量错配，只在运行时报 panic。它适合配置驱动、插件扩展、序列化/反序列化等低频、灵活性优先场景，不适合循环内或性能敏感逻辑。
立即学习“go语言免费学习笔记（深入）”；
- 避免在 for 循环中反复调用
MethodByName—— 提前缓存reflect.Value或用reflect.Method索引 - 生产环境建议对反射调用做 recover，防止一个配置错误导致整个服务崩溃
- 如果只是需要「根据字符串选行为」，优先考虑 map[string]func() 而非反射，更安全、更快、更易测试
反射调用真正难的不是语法，而是时刻记住：Go 的反射系统不模拟语法糖，它暴露的是底层运行时对象模型。每一个 reflect.Value 都带着它的 kind、canAddr、canInterface 属性，漏掉任一检查，都可能在某个边界 case 下突然失败。