Go反射无法获取接口的方法列表，只能通过具体实例（如*bytes.Buffer）获取其全部导出方法；判断接口实现应使用类型断言而非反射，因接口满足性是静态隐式且运行时断言更安全高效。
反射无法直接获取接口的实现方法列表
Go 的 interface{} 本身不携带实现类型的方法集信息，反射拿到的是接口变量的动态类型（即底层 concrete value），但 Go 不提供“从接口类型定义反查所有可能实现者方法”的机制——这在编译期就不存在，运行时更无从谈起。
常见错误现象：reflect.TypeOf((*io.Reader)(nil)).Elem().Method(i) 会 panic，因为 io.Reader 是接口类型，Elem() 对接口无效；又或者误以为 reflect.ValueOf(myReader).Type() 能返回 io.Reader 的方法，其实它返回的是具体类型（如 *bytes.Buffer）的方法。
- 接口类型（如
io.Reader）在反射中是reflect.Interface，不能用NumMethod() - 只有 concrete 类型（如
*bytes.Buffer）才能调用NumMethod()和Method(i) - 如果你手上有接口值（比如
var r io.Reader = &bytes.Buffer{}），反射能查到的是*bytes.Buffer的全部导出方法，不是io.Reader约束的那几个
想看某个具体值实现了哪些方法，用 reflect.TypeOf(x).NumMethod()
这是唯一可行的实操路径：你得有一个实际的实例，而不是空接口或接口类型字面量。反射作用对象必须是 concrete value，不是 interface type 定义本身。
使用场景：调试时检查某个结构体指针是否意外实现了某个接口（比如是否真有 Close()），或验证 mock 实现是否覆盖了全部预期方法。
立即学习“go语言免费学习笔记（深入）”；
-
reflect.TypeOf(myVar).NumMethod()返回该类型导出方法总数（含未被接口要求的方法） -
reflect.TypeOf(myVar).Method(i).Name可遍历所有方法名，但注意：不区分是否满足某接口签名 - 要判断是否满足特定接口（如
io.Closer），需手动比对方法名、参数、返回值——Go 标准库不提供Implements(interface{}) bool这种反射 API - 示例：
var w io.Writer = &bytes.Buffer{} t := reflect.TypeOf(w) // → *bytes.Buffer, not io.Writer fmt.Println(t.NumMethod()) // 输出 20+，不是 io.Writer 要求的 Write 方法数
判断一个值是否实现了某接口，用类型断言更直接可靠
反射在这里是杀鸡用牛刀，且容易绕晕。Go 的接口满足性是静态、隐式的，运行时只需一次断言就能确认，比反射解析方法签名安全得多。
性能与兼容性影响：反射访问方法集比类型断言慢一个数量级，且无法捕获泛型接口（如 ~string 约束）的满足性——断言也不行，但那是另一层限制。
- 正确做法：
_, ok := anyValue.(io.Closer)，ok 为 true 表示满足 - 别写
reflect.ValueOf(anyValue).Type().Implements(reflect.TypeOf((*io.Closer)(nil)).Elem().Interface())——这语法都不合法，Implements是reflect.Type方法，但参数必须是接口类型的reflect.Type，而你拿不到io.Closer的 Type（它不是具名类型） - 如果必须用反射做批量检测（比如测试框架扫描 struct 字段），先用
reflect.TypeOf(v).Kind() == reflect.Ptr判断是否是指针，再用断言兜底
想列出某接口「理论上」有哪些方法，只能靠 go/types 或 go doc 工具
这不是运行时任务，而是源码分析任务。Go 编译器内部知道 io.Reader 有 Read(p []byte) (n int, err error)，但这个信息不出现在二进制或反射中。
容易被忽略的地方：很多人试图用 go list -f '{{.Exported}}' io 或类似命令提取，但标准库没有导出接口方法列表的元数据；真正可用的是 go doc io.Reader 或 go doc -json io.Reader 输出结构化 JSON（含 Methods 字段）。
-
go doc -json io.Reader | jq '.Methods[]'是目前最稳的自动化方式 - 若要在程序里做，得调用
golang.org/x/tools/go/packages+go/types加载包并解析接口定义，成本远高于反射 - 别指望
runtime/debug.ReadBuildInfo()或debug.BuildInfo提供这类信息——它们只管依赖和构建元数据
