reflect.typeof(x).nummethod() 返回 0 的最常见原因是类型与方法接收者不匹配：值类型实例无法访问指针接收者方法，指针类型实例也无法访问值接收者方法；此外未导出方法、无效类型或接口字面量也会导致返回 0。
reflect.TypeOf(x).NumMethod() 返回 0 的常见原因
最常踩的坑是类型不匹配：你传的是值，但方法是用指针接收者定义的；或者反过来。Go 中值接收者和指针接收者的方法属于不同方法集，NumMethod() 只返回该类型“自身”方法集里的导出方法。
- 若结构体方法全用
*MyStruct接收者，却对MyStruct{}调用reflect.TypeOf→ 返回 0 - 若方法全用
MyStruct接收者，却对&MyStruct{}调用 → 同样返回 0（因为*MyStruct的方法集不含值接收者方法） - 结构体字段或方法名首字母小写（未导出）→
NumMethod()不统计，也不报错，静默忽略 - 传入的是接口变量（如
var r io.Reader = &bytes.Buffer{}），reflect.TypeOf(r)返回的是*bytes.Buffer，没问题；但若传的是(*io.Reader)(nil)或空接口字面量，会 panic 或返回无效类型
如何确认你拿到的是正确类型再反射
别猜，直接打印类型信息。尤其当变量来自接口或不确定是否为指针时，先验证 reflect.TypeOf(x).Kind() 和 .String()：
- 对值类型实例：用
reflect.TypeOf(MyStruct{})→ 得到MyStruct，只能看到值接收者方法 - 对指针类型实例：用
reflect.TypeOf(&MyStruct{})→ 得到*MyStruct，能看到所有指针接收者方法（含值接收者方法） - 想统一覆盖两种接收者？必须明确使用指针实例：
reflect.TypeOf(&myStructInstance)，而不是reflect.TypeOf(myStructInstance) - 检查是否导出：
t := reflect.TypeOf(&MyStruct{}); fmt.Println(t.Elem().Name(), t.Elem().PkgPath())—— 包路径为空才表示是导出类型
为什么 Method(i) 遍历时 panic 或取不到方法
Method(i) 要求索引在 [0, NumMethod()) 范围内，越界就返回零值 reflect.Method，后续调 m.Func.Call() 就会触发 "call of reflect.Value.Call on zero Value"。
- 先确保
t.NumMethod() > 0，再循环；别假设一定有方法 - 遍历前加守门判断：
if !t.IsValid() || t.Kind() != reflect.Ptr { ... } -
m.Func是未绑定接收者的函数值，不能直接调用；要Call()必须显式传入接收者：m.Func.Call([]reflect.Value{receiver}) - receiver 必须与方法接收者类型匹配：值接收者传
reflect.ValueOf(instance)，指针接收者传reflect.ValueOf(&instance)
接口变量反射后看不到接口定义的方法
这是根本性误解：Go 接口类型（如 io.Reader）本身没有方法列表可反射。你反射的是接口变量的**动态类型**，不是接口类型定义。
-
var r io.Reader = &bytes.Buffer{}→reflect.TypeOf(r)返回*bytes.Buffer，其NumMethod()是 20+，不是io.Reader要求的Read那一个 -
reflect.TypeOf((*io.Reader)(nil)).Elem()会 panic：接口类型无Elem() - 想确认是否实现某接口？别用反射比对方法签名，用类型断言：
_, ok := r.(io.Closer)更安全、更直接 - 调试时真需要看某个具体值“有哪些方法”，只对 concrete value（如
&bytes.Buffer{}）反射，别碰接口类型字面量
reflect.TypeOf(x).String() 和 reflect.TypeOf(x).Kind() 应该是第一步，而不是直接写循环调 Method(i)。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
