正确使用 reflect.TypeOf 提取函数签名需调用 Func.In(i) 和 Func.Out(i) 获取参数与返回值类型，注意下标从0开始，且必须校验 NumIn() 和 NumOut()；导出函数才能被反射调用，未导出函数或闭包调用会 panic；参数须用 reflect.ValueOf 包装，类型、数量、顺序须严格匹配；多返回值中 error 位于 results[NumOut-1]，需动态判断；方法调用必须绑定实例，不能直接反射函数值。
如何用 reflect.TypeOf 正确提取函数签名
直接对函数调用 reflect.TypeOf 返回的是 reflect.Func 类型，但它的 String() 输出不直观，不能直接看出参数和返回值类型。必须用 Func.In(i) 和 Func.Out(i) 逐个取——注意下标从 0 开始，且 In(0) 是第一个参数，Out(0) 是第一个返回值。
常见错误是误把函数值传给 reflect.ValueOf 后直接调 Call，却没检查参数数量或类型是否匹配；更隐蔽的问题是：如果函数有多个返回值，其中一个是 error，而你只取了第一个 Out(0)，就可能漏掉错误处理逻辑。
-
Func.NumIn()和Func.NumOut()必须在调用前校验，否则Call会 panic - 导出的函数（首字母大写）才能被反射调用；未导出函数虽能获取类型，但
Call会报call of unexported method - 函数参数若含 interface{}，反射无法自动推断具体类型，需显式构造
reflect.Value并确保底层类型一致
用 reflect.Value.Call 传参时怎么避免 panic
传入 Call 的必须是 []reflect.Value，每个元素对应一个参数，且类型、数量、顺序必须与函数签名完全一致。最常踩的坑是：把原始 Go 值（比如 int、string）直接塞进切片，而没用 reflect.ValueOf 包装；或者包装了但用了指针（&x），而函数期望的是值类型。
另一个关键点：如果函数参数是结构体字段，而该字段未导出（小写），即使整个结构体是导出的，反射也无法访问其字段值，FieldByName 返回零值，后续 Call 极易因类型不匹配崩溃。
- 所有参数必须用
reflect.ValueOf(x)转换，不能传原始值 - 若函数定义为
func(int, *string)，第二个参数必须是reflect.ValueOf(&s)，不是reflect.ValueOf(s) - 可提前用
CanInterface()和CanAddr()判断是否能安全转换或取地址
如何处理多返回值，尤其是 error 类型
反射调用后返回的 []reflect.Value 按函数定义顺序排列，哪怕最后一个返回值是 error，它也只在数组末尾，不会被特殊标记。你得自己根据 Func.NumOut() 知道有几个返回值，再决定取几个、怎么解析。
