reflect.TypeOf(i).NumMethod() 返回具体值的方法数，而非接口变量的方法数；接口变量需先确保为非nil具体值，再用反射获取其类型方法信息。
reflect.TypeOf(i).NumMethod() 才是查具体值的方法数
接口变量 i 本身不带方法集信息，reflect.TypeOf(i) 返回的只是 interface{} 或某个接口类型（如 io.Reader），它没有导出方法，调用 NumMethod() 会返回 0 或 panic。真正能查到方法的，是你传进去的那个「底层具体值」——比如 &bytes.Buffer{} 或 time.Time{}。
常见错误现象：reflect.TypeOf((*io.Reader)(nil)).Elem().NumMethod() 直接 panic，因为 (*io.Reader)(nil) 是接口类型的指针，Elem() 对接口类型非法；又或者对 var r io.Reader = &bytes.Buffer{} 直接用 reflect.TypeOf(r)，结果拿到的是 interface{} 类型，不是 *bytes.Buffer。
- 正确做法：确保传给
reflect.TypeOf的是具体值本身（Go 会自动拆包），例如reflect.TypeOf(r).NumMethod()只有在r是 concrete value 时才有效 - 如果
r是接口变量，且你不确定它是否为 nil，先做!reflect.ValueOf(r).IsNil()检查 -
NumMethod()返回的是该类型所有导出方法总数，不管是否被当前接口要求；它不筛选、不验证签名匹配
遍历方法名和签名要用 Method(i)，但注意字段导出性
reflect.Type.Method(i) 返回 reflect.Method，包含 Name、Type（函数签名）、PkgPath 等字段。这是唯一能拿到方法元信息的方式，但它只对命名类型（如 type MyStruct struct{}）或指针类型（如 *MyStruct）有效。
容易踩的坑：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 对匿名结构体字面量（如
struct{ X int }{}）调用NumMethod()总是 0，因为它没命名、没方法 - 对未导出字段的结构体（如
struct{ x int }），即使你用reflect.ValueOf获取了值，后续也无法通过反射读写该字段，CanInterface()会返回 false -
Method(i).Type.In(j)和.Out(k)返回的是reflect.Type，不是 Go 原生类型；若需比对参数名或 tag，得额外解析Method(i).Func的reflect.Value—— 但通常没必要
判断是否实现某接口，别靠反射遍历，用类型断言更准
有人想用反射“检查一个值是否实现了 io.Closer”，于是手动遍历 reflect.TypeOf(x).Method(i)，再逐个比对方法名、参数、返回值。这不仅代码冗长，还容易漏掉指针接收器/值接收器差异、接口嵌套、或方法签名中未导出类型等边界情况。
真实场景下，应该：
- 优先用类型断言：
_, ok := x.(io.Closer)—— 简洁、可靠、编译期可验证 - 只有在调试或泛型约束无法覆盖的动态场景（如插件系统加载未知结构体）才考虑反射比对
- 若真要用反射模拟
Implements，必须传入接口类型的reflect.Type，例如reflect.TypeOf((*io.Closer)(nil)).Elem()，再手动比对每个方法的名称、输入输出数量与 Kind
Interface() panic 的根本原因：值不可导出或不可寻址
当你从反射拿到 reflect.Value 后想还原成原值，常写 v.Interface()，结果 panic：“call of reflect.Value.Interface on zero Value” 或 “cannot return value obtained from unexported field”。这不是反射 bug，而是 Go 的安全限制。
关键条件：
-
v.CanInterface()必须为 true，否则Interface()一定 panic -
v必须来自可导出字段、或显式传入的变量（而非字面量、函数返回值、未导出结构体字段） - 如果原始值是接口，且里面装的是
nil指针（如var r io.Reader = nil），v.Interface()返回nil，再套一层reflect.ValueOf就是Invalid - 对切片、map、chan 等引用类型，
Interface()能成功，但它们的底层数据仍受导出性约束；若来自未导出字段，依然会失败
最易被忽略的一点：哪怕结构体字段名大写（导出），如果该结构体定义在非 main 包且未导出（小写包名），其类型在其他包里仍被视为不可导出——CanInterface() 会返回 false。
