用reflect.Value.MethodByName安全调用结构体方法需满足：方法名首字母大写、接收者类型与实例一致，并先检查meth.IsValid()；reflect.Type.Method(i)返回的是未绑定接收者的函数描述，不可直接调用。
如何用 reflect.Value.MethodByName 安全调用结构体方法
直接用 MethodByName 获取方法并调用，前提是该方法必须是**可导出的（首字母大写）**，且接收者类型匹配。非导出方法在反射中不可见，会返回 Invalid 值。
- 确保目标方法是公开的：例如
func (s *MyStruct) DoSomething()可以被反射访问；func (s *MyStruct) doSomething()不行 - 接收者必须与原结构体实例类型一致：传入
*MyStruct实例时，只能调用指针接收者方法；传值实例（MyStruct）则只能调用值接收者方法 - 调用前务必检查返回的
reflect.Value是否有效：meth := v.MethodByName("DoSomething") if !meth.IsValid() { log.Fatal("method not found or not exported") }
为什么 reflect.TypeOf(t).Method(i) 返回的是函数类型而非方法绑定值
reflect.Type.Method(i) 返回的是 reflect.Method，它只描述方法签名（名字、参数、返回值），不绑定任何实例——它本质是“类方法描述”，不是可执行的函数。真正可调用的必须通过 reflect.Value 实例获取。
-
reflect.Type.Method(i).Func是一个reflect.Value，但它仍是未绑定接收者的函数，直接调用会 panic：missing method receiver - 正确路径是：先有结构体实例的
reflect.Value（如reflect.ValueOf(&s)），再用.MethodByName或.Method(i)得到绑定好接收者的reflect.Value - 如果硬要用
Type.Method(i).Func，需手动拼装参数并显式传入接收者，极易出错，不推荐
反射调用带参数和返回值的方法时要注意什么
参数必须是 []reflect.Value 切片，每个元素都要是反射值；返回值也是 []reflect.Value，需手动解包。类型不匹配或数量错误会导致 panic。
- 所有参数必须用
reflect.ValueOf()包裹，且类型要与方法签名严格一致（包括指针/值语义） - 返回值切片长度取决于方法声明：比如
func() (int, error)返回两个reflect.Value，需分别调用.Int()和.Interface() - 注意 error 类型：
reflect.Value的.Interface()才能得到真实 error，不能直接断言为error，除非确认非 nil - 示例：
args := []reflect.Value{reflect.ValueOf("hello")} results := meth.Call(args) if len(results) > 1 && !results[1].IsNil() { err := results[1].Interface().(error) }
性能与安全边界：什么时候不该用反射调方法
反射调用比直接调用慢 10–100 倍，且绕过编译期类型检查。它适合框架层（如 RPC、序列化、测试桩），不适合热路径或高频逻辑。
立即学习“go语言免费学习笔记（深入）”；
- 无法内联、无法被编译器优化，GC 压力略高（临时生成 reflect.Value）
- 方法名拼写错误、参数类型错位、nil 接收者等，全部 runtime panic，无编译提示
- 如果只是做“根据字符串调某个固定集合的方法”，优先考虑 map[string]func() 或 interface{} + type switch
- 涉及并发调用时，确保被反射的对象本身是线程安全的——反射不会帮你加锁
最常被忽略的一点：反射无法穿透嵌入字段自动查找方法，哪怕嵌入字段的方法在外部结构体上可见，也必须显式取到嵌入字段的 reflect.Value 再调用。
