用reflect.TypeOf获取类型再调用NumMethod()可得导出方法数，仅含直接定义的方法；遍历用Method(i)，注意接收者类型匹配及接口方法Func无效。
用 reflect.TypeOf 和 NumMethod 获取方法数量
反射获取方法列表的前提是拿到类型的 reflect.Type，不是 reflect.Value。常见错误是直接对变量值调用 reflect.ValueOf(x).Type() —— 这能工作，但更安全的做法是显式用 reflect.TypeOf，尤其当变量是接口类型时，它返回的是接口的动态类型，而 ValueOf 可能 panic（比如 nil 接口）。
获取方法总数很简单：
typ := reflect.TypeOf(&MyStruct{}).Elem() // 注意取指针再 Elem 才能得到结构体类型本身
fmt.Println(typ.NumMethod()) // 输出方法个数
注意：NumMethod() 只统计导出方法（首字母大写），且只包含该类型**直接定义**的方法，不包含嵌入字段带来的方法（哪怕嵌入字段是导出的）。
遍历所有方法用 Method(i) 而非 MethodByName
要列出全部方法，必须用循环调用 Method(i)，索引从 0 到 NumMethod()-1。别试图用 MethodByName 配合已知名字去“探测”，它查不到未导出方法，而且无法枚举。
立即学习“go语言免费学习笔记（深入）”；
Method(i) 返回的是 reflect.Method，包含 Name、Type（函数签名）、PkgPath（为空表示导出）、Func（可调用的 reflect.Value）等字段：
for i := 0; i < typ.NumMethod(); i++ {
m := typ.Method(i)
fmt.Printf("Name: %s, Exported: %t, Sig: %s\n",
m.Name, m.PkgPath == "", m.Type.String())
}
容易踩的坑：
-
Method(i)的索引顺序不保证与源码声明顺序一致，也不按字母排序 - 如果类型是指针接收者，
typ必须是该指针类型（如*MyStruct），否则NumMethod()返回 0；同理，值接收者方法需用值类型（MyStruct）获取 -
m.Func是绑定到类型的方法值，不能直接调用；要调用需先有实例reflect.Value，再用Call
区分值接收者和指针接收者方法
Go 中值接收者和指针接收者方法属于不同方法集。同一个方法名，若同时存在两种接收者，它们在反射中是两个独立方法（只要签名不同）。
判断一个方法是否为指针接收者，看其 Type 的第一个参数是否为指针类型：
sig := m.Type
if sig.NumIn() > 0 {
recv := sig.In(0)
if recv.Kind() == reflect.Ptr {
fmt.Println(m.Name, "has pointer receiver")
}
}
这很重要：如果你打算后续用反射调用某个方法，必须确保你持有的实例类型匹配接收者类型（例如，指针接收者方法只能通过 *T 类型的 reflect.Value 调用）。
接口类型的方法列表怎么拿？
对空接口 interface{} 或具名接口类型，reflect.TypeOf 返回的是接口的类型描述，NumMethod() 返回其声明的方法数，且这些方法全为导出方法（接口方法名必须导出）。
但要注意：接口类型本身不包含实现，所以 Method(i) 返回的 Func 字段为零值（reflect.Value.IsValid() == false）。只有具体类型（结构体、指针等）的 Method 才有可用的 Func。
示例：
var r io.Reader typ := reflect.TypeOf(r) fmt.Println(typ.NumMethod()) // 输出 1（Read 方法） m := typ.Method(0) fmt.Println(m.Name, m.Func.IsValid()) // "Read false"
也就是说，反射能告诉你接口「声明了什么方法」，但不能告诉你「谁实现了它」——那得靠运行时赋值后的具体类型。
实际使用中，最常被忽略的是接收者类型与反射目标类型的严格匹配。写工具扫描方法时，务必确认你传入的是*T 还是 T，否则方法列表可能为空，且毫无报错提示。 
