反射调用函数需先获取可调用的reflect.Value：普通函数用reflect.ValueOf(&fn).Elem()，方法需绑定实例，匿名函数可直接用reflect.ValueOf(fn)；调用前须校验参数类型、数量及返回值，并手动处理panic与错误。
获取函数的 reflect.Value
反射调用函数前，必须先拿到它的 reflect.Value。不能直接对函数字面量或变量名调用 reflect.ValueOf 后就执行——那得到的是函数值本身（Func 类型），但缺少可调用上下文。正确做法是确保传入的是「可寻址的函数值」或显式通过指针包装：
- 普通函数：用
reflect.ValueOf(&fn).Elem()，因为函数名本身不可寻址，取地址再解引用才得到可调用的Value - 方法：需先绑定到实例，如
reflect.ValueOf(&obj).MethodByName("Name")，否则报panic: call of reflect.Value.Call on zero Value - 匿名函数或闭包：可直接
reflect.ValueOf(fn)，它本身已是可调用的Value
检查函数签名是否匹配 Call() 要求
reflect.Value.Call() 只接受 []reflect.Value 类型参数，且数量、类型必须与目标函数声明完全一致（包括接收者）。常见错误包括：
- 传入
nil或未初始化的reflect.Value，导致 panic - 参数个数不对：比如函数要 2 个
int，却只传 1 个reflect.Value - 类型不兼容：如传
reflect.ValueOf(int64(42))给期待int的参数（Go 中int和int64是不同类型） - 忽略返回值类型：即使函数无返回值，
Call()仍返回[]reflect.Value，空切片也得处理
调用并处理返回值和 panic
Call() 不会自动传播 panic；它把 recover 后的错误作为第一个返回值（如果函数有返回 error）或隐藏在结果中。实际使用时必须手动检查：
result := fnValue.Call(args)
if len(result) > 0 && !result[0].IsNil() {
err := result[0].Interface()
if e, ok := err.(error); ok && e != nil {
// 处理错误
}
}
- 若函数返回多个值，
result是等长切片，按顺序对应：如func() (int, string, error)→result[0].Int(),result[1].String(),result[2].Interface() - 若函数 panic，
Call()不会中断程序，但返回值中对应位置为零值（如int是0，string是""），且无额外提示——必须靠业务逻辑或日志辅助判断 - 不要假设
result非空：无返回值函数的Call()返回空切片
性能与安全边界必须手动控制
反射调用比直接调用慢一个数量级以上，且绕过编译期类型检查。生产环境应避免在热路径中使用，更不能将用户输入的函数名/参数直接拼装后反射调用：
立即学习“go语言免费学习笔记（深入）”；
- 函数名校验缺失 →
MethodByName("os.RemoveAll")可能成功，引发严重安全问题 - 参数未做白名单过滤 →
reflect.ValueOf(userInput)可能注入恶意类型或超大 slice 导致 OOM - 没有超时或深度限制 → 递归反射调用可能栈溢出，或无限循环解析嵌套结构
- 替代方案优先考虑接口抽象、代码生成（
go:generate）、或预注册函数表（map[string]func{}）
真正需要反射调用的地方，往往不是“能不能”，而是“该不该”——多数时候，提前把函数注册进 map 并加锁调用，既安全又快得多。
