go反射调用方法前必须确保方法导出（首字母大写）且receiver类型匹配，否则methodbyname返回nil或找不到方法；参数需为[]reflect.value且类型严格匹配，指针接收者需传地址；高频场景应避免反射或缓存method。
调用前必须确保方法是导出的（首字母大写）
Go 的反射不能访问非导出方法，MethodByName 查不到小写开头的方法名，返回 nil 值，后续 Call 会 panic：panic: reflect: Call of nil Value。这不是反射 bug，是 Go 的可见性规则在运行时的体现。
- 结构体方法必须以大写字母开头，比如
GetData可以，getData不行 - 即使你用
reflect.ValueOf(&s).MethodByName("getData")，结果仍是无效Value - 检查是否导出：调用前先判断
method.IsValid()，避免直接Call
传参必须是 []reflect.Value 类型，且类型要严格匹配
MethodByName 返回的是 reflect.Value，它的 Call 方法只接受 []reflect.Value，不是原始 Go 切片，也不是任意类型参数列表。常见错误是直接传 []interface{} 或单个值。
- 每个实参都要包装成
reflect.ValueOf(arg)，再放进切片里 - 方法签名是
func(String, int) Error，你就得传[]reflect.Value{reflect.ValueOf("a"), reflect.ValueOf(42)} - 如果参数类型不匹配（比如传了
int64但方法要int），Call会 panic：reflect: Call using ... as type ... - 注意指针接收者：若方法定义在
*MyStruct上，必须用reflect.ValueOf(&s)，不能用reflect.ValueOf(s)
MethodByName 找不到方法？先确认 receiver 类型和方法集
MethodByName 查找的是「该值所在类型的方法集」，不是结构体定义里的所有方法。值是值类型还是指针类型，决定了能访问哪些方法。
-
reflect.ValueOf(s).MethodByName("Foo")—— 只能找到func(s MyStruct) Foo()，找不到func(s *MyStruct) Foo() -
reflect.ValueOf(&s).MethodByName("Foo")—— 能找到两者（指针值的方法集包含值接收者方法） - 如果方法定义在嵌入字段上，它属于外层结构体的方法集，
MethodByName可以查到；但如果嵌入的是匿名字段指针（如*Other），且没显式提升，就不可见 - 建议调试时先打印
v.NumMethod()和遍历v.Method(i).Name确认目标方法确实在集合里
性能敏感场景下，避免高频反射调用
反射本身有开销：类型检查、栈帧构造、参数转换、动态分派。一次调用比直接函数调用慢 10–100 倍，高频路径（如 http 中间件、序列化循环）容易成为瓶颈。
立即学习“go语言免费学习笔记（深入）”；
- 不要在 for 循环里反复调用
MethodByName；提前查好reflect.Method并缓存reflect.Value - 更优替代：用接口抽象（如定义
type Invoker Interface { Invoke() }），或代码生成（go:generate+stringer风格） - 注意 GC 影响：反射值持有对象引用，不当缓存可能延长生命周期，尤其涉及大 struct 或闭包时
事情说清了就结束。最常卡住的地方其实是 receiver 类型和导出性——这两个条件不满足，后面所有参数、缓存、性能优化都白搭。