reflect.Value.Call 返回值恒为 []reflect.Value，须先检查长度再取值；提取原始值必须用 Interface()，错误需按签名手动定位并校验；调用前应严格匹配参数类型，避免运行时 panic。
reflect.Value.Call 返回的是切片，不是单个值
调用 reflect.Value.Call 后得到的永远是 []reflect.Value，哪怕函数只返回一个 int 或根本不返回任何值（此时是空切片）。直接对结果做 results[0].Interface() 而不检查长度，运行时 panic 是大概率事件。
常见错误现象包括：
- 函数无返回值，却写
results[0].Interface()→ panic: index out of range - 函数返回两个值，但只取
results[0]，漏掉error→ 静默丢失错误判断依据 - 把
results当作普通 Go 切片传给期望interface{}的函数（如fmt.Println(results)）→ 打印出的是[]reflect.Value{...}，不是你想要的数据
正确做法是先查长度：if len(results) > 0 { ... }，再逐个处理。多返回值顺序严格对应函数签名，error 不会自动识别或移动位置，它只是排在 results[len(results)-1]。
提取返回值必须用 Interface()，不能直接断言 reflect.Value
reflect.Value 本身不是你的业务类型，它是反射的包装器。想拿到原始 Go 值，唯一安全出口是 .Interface() 方法。之后才能做类型断言或转换。
立即学习“go语言免费学习笔记（深入）”；
容易踩的坑：
- 写
results[0].(string)→ 编译失败：cannot type assert from reflect.Value to string - 写
results[0].Interface().(string)→ 运行时 panic，如果实际类型不是string（比如是int或nil） - 忽略
Interface()可能返回nil：例如函数返回(*MyStruct, error)，第一个值为nil，results[0].Interface()就是nil，断言前不判空会 panic
建议统一用 v := results[i].Interface() 拿出值，再根据预期类型安全断言：if s, ok := v.(string); ok { ... }。不确定类型时，保留 interface{} 更稳妥。
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
error 类型必须手动定位并检查，不会自动暴露
Go 的 error 在多返回值中只是“最后一个返回值”，反射不赋予它特殊语义。你得自己结合函数签名和返回值切片长度来识别它。
典型场景：
- 已知函数签名为
func() (string, int, error)→results[2]是error，且应优先检查是否非 nil - 函数签名为
func() (error, string)→error在results[0]，但这种写法违反 Go 社区惯例，下游代码很可能误判 - 函数签名为
func() (int, string)→results长度为 2，但没有error，硬去results[1].Interface().(error)会 panic
所以，要么预先知道函数签名（通过 reflect.TypeOf(fn).NumOut() 和 .Out(i)），要么约定所有注册函数都把 error 放最后，并统一检查 results[len(results)-1].Interface() 是否为非 nil 的 error。
封装调用器时，别绕过类型匹配校验
很多人图省事，写一个通用 Invoke(name string, args ...interface{}) []interface{}，内部把 args 全部用 reflect.ValueOf 包装后调用。这看似方便，但隐藏了最危险的问题：参数类型错配在运行时才暴露。
例如函数定义为 func(int, *string)，你传入 Invoke("f", 42, "hello")，第二个参数被包装成 reflect.ValueOf("hello")（string 类型），而函数期待的是 *string —— Call 立即 panic，且错误信息只说 “call of function with wrong argument count/type”，不告诉你哪一参错了。
真正稳健的做法：
- 调用前用
fnType.NumIn()校验len(args)是否匹配 - 对每个
args[i]，用reflect.TypeOf(args[i])和fnType.In(i)对比底层类型（注意指针、接口、命名类型的等价性） - 若不匹配，提前返回错误，而不是让
Callpanic
这一步没法跳过。反射的灵活性是以运行时风险换来的，主动校验是唯一能把它拉回可控范围的方式。
