reflect.MakeFunc仅支持无命名返回值的函数类型，要求参数与返回值数量类型严格匹配，不支持方法或接口，性能较差且需显式类型转换。
reflect.MakeFunc 要求函数类型必须是 func(...) 且不能有 named result
你不能用 reflect.MakeFunc 去包装一个返回 (int, error) 且名字叫 val, err 的函数——它只接受未命名的返回类型。一旦签名里出现 func(int) (result int, err error)，reflect.MakeFunc 会 panic，报错信息是 reflect: cannot use function with named results as type。
实操时先用 reflect.TypeOf 检查目标函数类型是否“干净”：
fn := func(x int) int { return x * 2 }
t := reflect.TypeOf(fn)
// ✅ ok：t.Kind() == reflect.Func，且 t.NumOut() == 1，t.Out(0).Name() == ""如果要适配带 named result 的函数，得先手动解包成匿名形式，比如用闭包中转，而不是强塞给 reflect.MakeFunc。
传入的 callback 必须严格匹配参数和返回值数量与类型
reflect.MakeFunc 第二个参数是个 func([]reflect.Value) []reflect.Value，它不是“代理函数”，而是“值处理器”：输入是调用时传进来的参数切片（已转为 reflect.Value），输出是你要返回的值切片（也得是 reflect.Value）。常见错误是返回值数量不对，比如原函数返回两个 int，但 callback 只返回一个 reflect.Value，运行时直接 panic：reflect: Call using ... as type ... with wrong number of return values。
正确做法：
- 用
t.NumIn()和t.NumOut()预先校验输入/输出长度 - 每个
reflect.Value返回前，确保类型可赋值（比如不能把reflect.ValueOf("hello")当作int返回） - 空返回用
reflect.Zero(t.Out(i))，别用reflect.Value{}（它是非法零值）
不能直接对 method 或 interface 方法使用 MakeFunc
reflect.MakeFunc 只处理函数类型，不处理方法值（method value）或接口方法。例如你有个结构体方法 func (s *Service) Handle(req *Req) (*Resp, error)，它的类型其实是 func(*Service, *Req) (*Resp, error) —— 这看起来像函数，但如果你试图用 reflect.ValueOf(s.Handle) 拿到的 reflect.Value 去取 Type()，你会发现它底层是 func(*Service, *Req) (*Resp, error)，但此时若直接拿这个类型去调 reflect.MakeFunc，再试图传入 *Req 却不传 *Service，就会 panic。
真正能用 reflect.MakeFunc 包装的，只有纯函数字面量或函数变量。想代理方法，得先绑定接收者，转成函数：
srv := &Service{}
f := func(req *Req) (*Resp, error) {
return srv.Handle(req)
}
ft := reflect.TypeOf(f)
fv := reflect.MakeFunc(ft, func(in []reflect.Value) []reflect.Value {
// in[0] 是 *Req；调用 srv.Handle 并返回 *Resp, error
out := reflect.ValueOf(srv).MethodByName("Handle").Call(in)
return out // ✅ out 长度和类型已匹配 f 的签名
})性能敏感场景下，MakeFunc 创建的函数比直接调用慢 3–5 倍
每次通过 reflect.MakeFunc 创建的函数，内部都依赖反射调用链（callReflect），无法被内联，参数和返回值反复 boxing/unboxing。压测显示，同等逻辑下，它比原生函数调用慢约 3–5 倍，比 unsafe.Pointer + 函数指针方案慢一个数量级。
所以除非你真需要“在运行时根据配置生成函数行为”（比如 RPC handler 注册、中间件链动态组装），否则别为了“看起来灵活”而用它。更常见的误用是：本可以用闭包捕获变量，却硬套 reflect.MakeFunc，结果既没提升可读性，又拖慢性能。
还有一个容易忽略的点：reflect.MakeFunc 返回的 reflect.Value 必须显式转回具体函数类型才能调用，而且每次转换都是非类型安全的，出错只在运行时报，没有编译期检查。
