反射调用函数时参数必须是[]reflect.Value，原始类型切片或[]interface{}会panic；需用reflect.ValueOf()转换每个参数，空参数用[]reflect.Value{}；函数签名须严格匹配，返回值总是[]reflect.Value切片。
反射调用函数时，参数必须是 []reflect.Value
Go 的 reflect.Call 方法不接受原始类型切片或任意接口，只认 []reflect.Value。传入 []interface{} 或 nil 会 panic，错误信息通常是 reflect: Call using zero Value argument 或 reflect: Call of nil *reflect.Value。
实操建议：
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 每个实际参数必须先用
reflect.ValueOf()转成reflect.Value，再构造成切片 - 如果函数接收指针参数（如
*string），要传reflect.ValueOf(&v)，而不是reflect.ValueOf(v).Addr()—— 后者在 v 是不可寻址值时会 panic - 空参数列表不能写
nil，得用[]reflect.Value{}
示例：调用 func add(a, b int) int
fn := reflect.ValueOf(add)
args := []reflect.Value{reflect.ValueOf(1), reflect.ValueOf(2)}
result := fn.Call(args)[0].Int() // 得到 3
函数签名必须严格匹配，包括接收者类型
反射不自动解引用或类型转换。哪怕参数是 int64 而函数期望 int，也会 panic，报错类似 reflect: Call using function with too few input arguments 或更隐蔽的 panic: reflect: Call of function with non-exported receiver（当方法属于非导出结构体时）。
立即学习“go语言免费学习笔记（深入）”；
实操建议：
- 用
reflect.TypeOf(fn).NumIn()和.In(i)检查形参个数与类型，提前比对 - 若调用的是方法，确保目标对象是导出类型且可寻址；
reflect.ValueOf(t).MethodByName("Foo")对非导出接收者无效 - 注意方法值（bound method）和方法表达式（unbound）的区别：
obj.Method是值，T.Method是函数，后者需显式传入接收者
返回值处理：即使函数无返回，Call() 仍返回 []reflect.Value
不管原函数有没有返回值，reflect.Value.Call() 总是返回一个 []reflect.Value 切片。忽略它或直接取 [0] 可能 panic（切片为空），尤其当函数返回 void（即没有返回值）时。
实操建议：
- 总是先检查
results := fn.Call(args)的长度：if len(results) > 0 { ... } - 若需获取具体类型值，用
.Interface()（注意：对未导出字段或非导出类型可能 panic）或对应类型方法（如.Int()、.String()） - 如果函数返回 error，且你打算判断，记得先确认
results[1].Kind() == reflect.Interface并非 nil，再调用.Interface().(error)
性能与安全边界：别在热路径反复反射调用
每次 reflect.ValueOf、Call 都有显著开销，还绕过编译期类型检查。更麻烦的是，反射调用失败时 panic 不带行号，堆栈难追溯。
实操建议：
- 把
reflect.ValueOf(fn)缓存起来，避免重复反射函数本身 - 对固定签名的调用，考虑用代码生成（如
go:generate+text/template）产出类型安全的 wrapper，而非运行时反射 - 禁止将用户输入的函数名或参数类型直接喂给反射 —— 这等于开放任意代码执行入口
最常被忽略的一点：反射调用无法穿透 interface{} 的底层类型限制。比如你有一个 interface{} 存着 int，却想用它去匹配 int64 形参 —— 类型不等价，反射不会帮你转换，也不会报明确错误，而是静默失败或 panic。必须手动做类型映射和转换。
