反射获取结构体方法时，Method 和 MethodByName 返回结果为什么为空？
因为 Go 的反射只暴露**导出（首字母大写）的方法**。未导出方法在 reflect.Value.Methods() 或 reflect.Value.MethodByName("xxx") 中完全不可见——不是返回 nil，而是根本不会出现在列表里。
常见错误现象：len(t.Type().Method()) 为 0，或 meth := v.MethodByName("privateMethod"); meth.IsValid() == false，但明明结构体里写了这个方法。
- 确认方法名首字母是否大写；小写开头的方法对反射「隐身」
- 检查是否在指针接收者上定义了导出方法，却用值类型调用反射（
reflect.TypeOf(t)vsreflect.TypeOf(&t)） - 接口类型变量经反射后，
Value.Methods()返回的是底层具体类型的导出方法，不是接口声明的方法
如何判断某个方法在反射中是否「可被调用」？
仅靠名字存在不等于能调用。MethodByName 找到方法后，还需通过 CanInterface() 或更关键的 CanCall() 判断权限。
典型场景：你拿到一个 reflect.Value，想动态调用其方法，但直接 meth.Call(args) panic 报 call of reflect.Value.Call on zero Value 或 value of unexported field。
立即学习“go语言免费学习笔记（深入）”；
v := reflect.ValueOf(obj); meth := v.MethodByName("Do"); if !meth.IsValid() || !meth.CanCall() { /* 拒绝调用 */ }-
CanCall()为 true 的前提：方法是导出的，且v本身是可寻址的（比如来自&obj），否则即使方法导出也无法调用 - 值类型接收者方法，在
reflect.ValueOf(obj)上可调用；指针接收者方法，必须用reflect.ValueOf(&obj)，否则CanCall()返回 false
使用 reflect.StructField.Anonymous 和字段导出性混在一起时，方法可见性怎么算？
嵌入字段（anonymous struct field）的方法会「提升」到外层结构体，但提升后的可见性仍由**原方法的导出状态**决定，和嵌入字段本身是否导出无关。
容易踩的坑：以为 type T struct { S } // S 是小写类型 就会让 S.Do() 在 T 上不可见——其实只要 S.Do 是导出方法（Do 大写），它就会出现在 T 的反射方法列表中。
- 嵌入字段类型是否导出（如
s SvsS）不影响其导出方法的提升 - 但如果嵌入的是未导出字段（如
s s），其方法不会提升，反射也看不到 - 用
reflect.TypeOf(T{}).Method(i)查到的方法，Name()返回的是原始方法名，不是“T.Do”，这点和字段名提升不同
为什么 reflect.ValueOf(interface{}).Method 有时 panic？
本质是接口值底层的 concrete value 不满足调用条件。最常见的是传入了 nil 接口值，或接口底层是未导出类型实例。
例如：var i fmt.Stringer = nil; v := reflect.ValueOf(i); v.Method(0).Call(nil) 会 panic，因为 v 是零值。
- 永远先检查
v.Kind() == reflect.Interface && v.IsNil()，再取方法 - 如果接口变量底层是未导出类型（如包内定义的
type t struct{}），即使它实现了接口，反射拿到的Value也无法访问其任何方法 - 跨包传递结构体指针时，若该结构体类型未导出，接收方反射看到的是
reflect.Value但CanAddr() == false，进而所有方法调用失效
导出权限不是反射的「过滤器」，而是编译期就刻在类型信息里的硬约束；运行时反射只是忠实地呈现它。绕不开，也不该绕开。
