go反射无法获取接口方法集，只能通过具体实例反射其导出方法；接口类型不支持elem()，调用会panic；验证接口实现需手动比对方法签名，类型断言更推荐。
Go 语言中，reflect 无法获取接口类型（如 io.Reader）定义的“方法集列表”，因为接口本身不携带方法实现的元信息；你只能通过一个**具体实现了该接口的值**，反射出它的全部导出方法——但这不是接口的方法集，而是那个具体类型的完整方法集。
为什么 reflect.TypeOf((*io.Reader)(nil)).Elem() 会 panic
接口类型在反射中是 reflect.Interface，不支持 Elem()。调用 (*io.Reader)(nil) 得到的是一个指向接口的指针，其 Elem() 仍是接口类型，而接口不能 Elem() —— 这直接触发 panic。常见错误写法：
reflect.TypeOf((*io.Reader)(nil)).Elem().NumMethod() // panic: reflect: Elem of interface
真正有效的起点永远是一个 concrete value，比如：
-
var r io.Reader = &bytes.Buffer{}→ 然后对r调用reflect.ValueOf(r)，再取.Type() - 但注意：
reflect.TypeOf(r)返回的是*bytes.Buffer，不是io.Reader
如何拿到某个实例的全部导出方法（含签名）
这是唯一可行路径：有实例，才可反射。以 bytes.Buffer 为例：
var buf bytes.Buffer t := reflect.TypeOf(&buf).Elem() // 获取 *bytes.Buffer 的底层类型 bytes.Buffer for i := 0; i <p>关键点：</p>
- 必须用
reflect.TypeOf(&buf).Elem()或reflect.TypeOf((*bytes.Buffer)(nil)).Elem()才能覆盖指针接收者方法 -
m.Type是reflect.Type，代表函数签名；用m.Type.In(j)和m.Type.Out(k)可逐个读参/返类型 - 未导出方法（小写开头）完全不会出现在
NumMethod()结果里，不是漏了，是根本不可见
怎么判断这个实例是否真满足某接口（如 io.Closer）
别指望反射自动比对。Go 没有 Implements(interface{}) 这种 API。你得手动检查：
- 目标接口要求哪些方法（名称、输入、输出）
- 遍历实例类型的所有导出方法，找名字完全匹配的
- 对每个匹配名，用
m.Type.NumIn()/m.Type.NumOut()核对参数和返回值数量 - 再逐个用
m.Type.In(i).String()和期望类型字符串比对（注意：不能直接用 == 比较reflect.Type，因包路径可能不同）
例如验证 bytes.Buffer 是否实现 io.Closer，只需确认它是否有签名完全为 func() error 的 Close 方法——但它没有，所以不满足。
最容易被忽略的细节
接口变量本身（如 var x io.Writer）传给 reflect.TypeOf，返回的是接口类型字面量（io.Writer），它 NumMethod() 为 0；你看到的“方法列表”永远来自底层 concrete 类型，且只包含导出方法。如果想做通用接口适配检查，类型断言 x, ok := something.(io.Writer) 比反射更直接、安全、高效——反射在这里只是调试或生成工具场景下的辅助手段，不是正解路径。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
