FieldByName无法调用匿名字段方法，因反射不穿透嵌入结构体；须先Field(i)获取匿名字段值，再在其上MethodByName调用，注意接收者类型、寻址性及导出限制。
FieldByName 无法调用匿名字段的方法，这是设计使然
Go 反射的 reflect.Value.FieldByName 只作用于**直接字段**，不穿透匿名嵌入结构体查找方法。哪怕 Person 匿名嵌入在 Employee 中，v.MethodByName("Hello") 也查不到 Person.Hello —— 因为方法属于 Person 类型，不是 Employee 的成员。
常见错误现象：v.MethodByName("Hello") 返回零值（IsValid() == false），不 panic，但后续 .Call() 直接 panic。
- 方法是类型绑定的，反射不会自动“提升”方法到外层结构体
-
reflect.Type.NumMethod()只返回该类型自己声明或显式绑定的方法，不包含匿名字段类型的方法 - 想调用
Person.Hello，必须先用v.Field(i)拿到Person字段值，再在其上.MethodByName
如何安全获取并调用匿名字段的方法
核心是：先定位匿名字段，再在其 reflect.Value 上操作。不能跳过中间层级。
示例场景：结构体 type Employee struct { Person; Salary int }，想调用 Person.Hello()：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
- 遍历
v.Type().NumField()，用field.Anonymous找到Person字段索引（比如i == 0） - 取值：
personVal := v.Field(i)；注意：若原始传入的是值（非指针），personVal不可寻址，调用指针接收者方法会失败 - 检查方法存在：
personVal.MethodByName("Hello").IsValid() - 调用前确认可调用性：
personVal.CanInterface()（避免未导出字段 panic），且方法签名匹配 - 参数需严格对齐：若
Hello是值接收者，传[]reflect.Value{}即可；若是指针接收者，personVal必须是地址（即原始变量得是&emp，且v = reflect.ValueOf(&emp).Elem()）
MethodByName 查不到方法的三个典型原因
不是代码写错了，而是反射视角下“方法归属”很严格。
-
字段不可寻址：传入
reflect.ValueOf(emp)（值拷贝），则v.Field(i)得到的仍是不可寻址副本，其.MethodByName虽能拿到方法，但.Call()时若方法是指针接收者，会 panic “call of method on zero Value” -
方法接收者类型不匹配：比如
func (p *Person) Hello()，但你从v.Field(i)拿到的是Person值而非*Person，必须手动转成指针：personVal.Addr().MethodByName("Hello") -
嵌套层级过深或类型非结构体：匿名字段是
*Person或interface{}，需先.Elem()或.Interface()后再反射，否则NumMethod()报 panic 或返回 0
递归查找所有匿名字段方法的实用边界
真要“扁平化”查找所有嵌入类型的方法，必须手动递归，但要注意成本和歧义。
- 每层递归都要检查
field.Type.Kind() == reflect.Struct且field.Anonymous，否则对int或string调NumMethod()会 panic - 方法名冲突无法解决：若
Person和Contractor都有Hello，递归后你拿到两个同名方法，MethodByName仍只返回第一个——反射不提供“按来源类型筛选”能力 - 性能敏感场景慎用：深度嵌套 + 多层
NumMethod()遍历，比直接硬编码调用慢一个数量级，ORM 或序列化库中建议缓存方法表 - 别忘了导出限制：未导出方法（小写开头）在任何层级都不可通过反射调用，
MethodByName直接返回无效值
真正难的不是怎么写递归，而是想清楚：你要的到底是“某个嵌入类型的特定方法”，还是“所有提升后可用的方法集合”——后者在 Go 里本就没有语言层面定义，反射强行模拟只会增加维护负担。
