Go接口无法直接反射方法签名，但可通过reflect.TypeOf()获取实现该接口的具体类型的方法列表，遍历其导出方法（首字母大写）获得名称、参数、返回值等信息。
Go 语言的接口是隐式实现的，本身不包含方法的具体定义（如函数名、参数类型等元信息），无法直接从接口变量中反射出它所有可能的方法签名。但你可以通过反射 reflect.Type 获取某个具体类型（实现了该接口）的方法列表，进而拿到函数名、参数、返回值等信息。
获取某具体类型的全部方法（含名称和参数）
这是最常用且可行的方式：先有一个实现了接口的结构体实例，再用 reflect.TypeOf().Method(i) 遍历其导出方法。
- 注意：只有导出方法（首字母大写）才能被
reflect访问到 -
Method(i)返回的是reflect.Method，包含Name、Type（函数类型）、PkgPath等字段 - 用
m.Type.In(j)获取第 j 个输入参数类型，m.Type.Out(k)获取第 k 个返回值类型
示例：
type Reader interface {
Read(p []byte) (n int, err error)
}
type MyReader struct{}
func (r MyReader) Read(p []byte) (n int, err error) {
return len(p), nil
}
func main() {
v := reflect.ValueOf(MyReader{})
t := v.Type()
for i := 0; i < t.NumMethod(); i++ {
m := t.Method(i)
fmt.Printf("方法名: %s\n", m.Name)
fmt.Printf(" 类型: %s\n", m.Type)
fmt.Print(" 参数: ")
for j := 0; j < m.Type.NumIn(); j++ {
fmt.Print(m.Type.In(j).String())
if j < m.Type.NumIn()-1 { fmt.Print(", ") }
}
fmt.Println()
fmt.Print(" 返回: ")
for k := 0; k < m.Type.NumOut(); k++ {
fmt.Print(m.Type.Out(k).String())
if k < m.Type.NumOut()-1 { fmt.Print(", ") }
}
fmt.Println()
}
}
不能直接遍历接口类型本身的方法
如果你只持有 interface{} 或某个接口类型（如 var r Reader），reflect.TypeOf(r) 得到的是接口的动态类型（即底层具体类型），不是接口定义本身。而 reflect.TypeOf((*Reader)(nil)).Elem() 得到的是接口类型，但它没有 Method 方法 —— 接口类型在反射中是 reflect.Interface，不支持 NumMethod()。
立即学习“go语言免费学习笔记（深入）”；
- 也就是说：
reflect.TypeOf((*MyInterface)(nil)).Elem()是接口类型，不能调用NumMethod() - Go 的接口定义在编译期就“擦除”了，运行时无完整方法签名表
想检查某个值是否实现了某接口？用类型断言或反射判断
如果你的目标是验证一个值是否实现了某个接口，并列出它匹配的方法，可以这样做：
- 用
reflect.TypeOf(x).Implements(reflect.TypeOf((*YourInterface)(nil)).Elem())判断是否实现 - 再对
reflect.TypeOf(x)调用NumMethod()遍历，筛选出与接口方法签名一致的（需手动比对函数名 + 参数/返回值类型） - 实际项目中更推荐用类型断言：
_, ok := x.(YourInterface)
小结：关键点
- Go 接口本身不携带运行时方法元数据，无法“反射接口定义”
- 只能对具体类型（结构体、指针等）反射，得到它所有导出方法的签名
- 若需关联接口和实现，需手动比对方法名和类型，或借助代码生成工具（如
stringer、mockgen） - 生产环境慎用深度反射，影响可读性和性能；调试或工具链场景更合适
