Golang获取函数返回类型方法

需先用 reflect.ValueOf(fn).Kind() == reflect.Func 确认函数类型，再通过 reflect.TypeOf(fn).(*reflect.FuncType) 断言，最后调用 Out(i) 获取第 i 个返回值类型。

怎么用 reflect 获取函数返回类型

Go 的 reflect 包不直接暴露“返回类型”字段，必须先确认值是函数、再转成 reflect.FuncType、最后调用 Out() 方法。常见错误是传入非函数值或没做类型断言就调用 Out()，会 panic。

实操步骤：

• 用 reflect.ValueOf(fn).Kind() == reflect.Func 确保是函数值
• 用 reflect.TypeOf(fn).Underlying().(*reflect.FuncType) 或更稳妥的 reflect.TypeOf(fn).Kind() == reflect.Func 后直接转 *reflect.FuncType
• FuncType.Out(i) 返回第 i 个返回值的 reflect.Type，i 从 0 开始，不能越界

func getReturnTypes(fn interface{}) []reflect.Type {
	v := reflect.ValueOf(fn)
	if v.Kind() != reflect.Func {
		return nil
	}
	t := reflect.TypeOf(fn)
	ft, ok := t.(*reflect.FuncType)
	if !ok {
		return nil
	}
	n := ft.NumOut()
	out := make([]reflect.Type, n)
	for i := 0; i < n; i++ {
		out[i] = ft.Out(i)
	}
	return out
}

FuncType.Out() 和 FuncType.In() 容易混淆的点

Out() 取返回类型，In() 取参数类型，两者行为对称但语义相反。新手常把 NumOut() 当成“返回值个数”，其实它就是返回类型的数量 —— 即使函数返回一个结构体或接口，也只算 1；如果返回 (int, error)，则 NumOut() == 2。

注意：

• Out(0) 不代表“主返回值”，只是第一个返回类型，Go 没有主次之分
• 如果函数没有返回值，NumOut() == 0，此时调用 Out(0) 会 panic
• In() 和 Out() 返回的 reflect.Type 是未解引用的，比如 *int 就是 *int，不是 int

为什么不能直接用 reflect.Value.Type().Out()

reflect.Value.Type() 返回的是 reflect.Type，它可能是 *reflect.FuncType，但不是 reflect.FuncType 本身。直接调用 .Out() 会编译失败，因为 reflect.Type 接口没有 Out() 方法。

正确做法是类型断言：

• ✅ t := reflect.TypeOf(fn); ft := t.(*reflect.FuncType)
• ❌ reflect.ValueOf(fn).Type().Out(0)（编译报错：Type() 返回接口，无 Out 方法）
• ⚠️ reflect.TypeOf(fn).Out(0)（编译报错：*reflect.rtype 没有 Out 方法）

根本原因是：Go 的反射类型系统里，FuncType 是一个具体结构体，而 reflect.Type 是接口，必须显式转换才能访问其字段和方法。

实际使用中要注意的兼容性与性能问题

反射在运行时解析类型，开销明显，不适合高频路径。另外，reflect.FuncType 在不同 Go 版本间基本稳定，但以下情况需留意：

• 泛型函数：Go 1.18+ 中，reflect.TypeOf(fn) 返回的是实例化后的具体类型，泛型参数已被替换，Out() 拿到的是实际返回类型（如 int 而非 T）
• 内联函数或编译器优化后可能影响 reflect.ValueOf 行为（极少见，但单元测试中若函数被内联，reflect.Kind() 可能异常）
• 无法获取命名返回参数名，Out() 只返回类型，不带变量名信息

如果你只是想检查某个函数是否返回 error，比起全量反射，更推荐用类型约束或接口断言提前规避 —— 反射适合框架层，不适合业务逻辑判断。