reflect.Value.Call必须传入[]reflect.Value切片，参数需用reflect.ValueOf转换并检查IsValid()，函数值须非nil且已赋值，返回值需判空再.Interface()，高频场景禁用反射以避免性能损耗。
reflect.Value.Call 传参必须是 []reflect.Value
直接把参数原样传给 Call 会 panic，常见错误是写成 fn.Call(arg1, arg2)。Go 反射要求所有参数打包成切片，且每个元素都得是 reflect.Value 类型。
正确做法是先用 reflect.ValueOf 转换每个实参，再放进切片：
args := []reflect.Value{
reflect.ValueOf("hello"),
reflect.ValueOf(42),
}
result := fn.Call(args)
- 如果参数是 nil 指针或未初始化接口，
reflect.ValueOf返回零值reflect.Value，调用时可能 panic —— 记得提前检查IsValid() - 基本类型（如
int、string）能直接转；结构体字段需确保可导出（首字母大写），否则reflect.ValueOf拿不到值 - 函数签名里带指针参数（比如
*int），你得传&v的reflect.Value，不能只传v
函数值必须是 reflect.Value 类型，不是 func() 或 interface{}
很多人卡在第一步：怎么把一个普通函数变成能调用的 reflect.Value？错做法是 reflect.ValueOf(myFunc) 后直接调，但若 myFunc 是未赋值的 nil 函数变量，reflect.ValueOf 返回的是无效值，Call 会报 panic: call of reflect.Value.Call on zero Value。
- 务必确认函数变量已赋值，例如
var f func() = func() { }，再用reflect.ValueOf(f) - 不能对方法（method）直接用
reflect.ValueOf(Struct{}.Method)—— 这会丢失接收者，得用reflect.ValueOf(&s).MethodByName("Method") - 如果函数来自包级变量（比如
http.HandleFunc的 handler），确保它没被内联或被编译器优化掉；测试时建议关掉-gcflags="-l"避免干扰
返回值处理：Call 总是返回 []reflect.Value，哪怕函数无返回
reflect.Value.Call 不管原函数有没有返回值，一律返回 []reflect.Value。空函数返回长度为 0 的切片，单返回值函数返回长度为 1 的切片 —— 别想当然地写 result[0].Interface()，先判空。
立即学习“go语言免费学习笔记（深入）”；
- 常见错误：调用无返回函数后直接取
result[0]，触发 panic - 要安全取返回值，得先检查
len(result) > 0，再用.Interface()转回 Go 类型；注意它不自动解引用，*int返回的是*int类型的 interface{} - 如果函数返回 error，且你想判断是否为 nil，不能直接和
nil比较（interface{} 的 nil 和 *errors.errorString 的 nil 表现不同），要用result[i].IsNil()判断指针/func/map/slice 等类型是否为空
性能与副作用：反射调用比直接调用慢 10–100 倍，且无法内联
这不是“能用就行”的问题，而是上线后真实影响 QPS 的点。一次 reflect.Value.Call 涉及类型检查、栈帧构造、参数复制、结果封装，底层还绕过很多编译器优化路径。
- 高频路径（如 HTTP 中间件、序列化循环）绝对不要用反射调函数；宁可用接口或函数表预注册
- 如果只是偶尔调用（比如插件加载、配置驱动的回调），可以接受；但记得缓存
reflect.Value，别每次调都reflect.ValueOf(fn) - 调试时容易忽略：反射调用不会触发
defer在原函数内的执行 —— 因为不是真正“进入”那个函数，只是模拟调用过程
最常被跳过的细节是接收者绑定和错误值判空。这两处一错，程序就静默失败或 panic，而且很难从堆栈里一眼看出是反射惹的祸。
