反射调用匿名字段方法需显式访问嵌入类型：因方法提升是编译期语法糖，反射不自动合并；须遍历字段找到匿名结构体，取其反射值再调用MethodByName，并确保值可寻址、非nil且类型匹配。
反射调用时匿名字段的方法不可见，必须显式访问嵌入类型
Go 的反射机制不会自动将匿名字段（嵌入字段）的提升方法“合并”到外层结构体的 Method 列表里。也就是说，v.MethodByName("Foo") 在 v 是外层结构体反射值时，查不到从匿名字段提升上来的方法 —— 这不是 bug，是设计使然：反射看到的是运行时实际类型结构，而方法提升是编译期语法糖。
实操建议：
- 先用
v.Type().NumField()遍历所有字段，对每个字段调用field.Type.Kind() == reflect.Struct且field.Anonymous为true的，说明是嵌入的结构体 - 用
v.Field(i)取出该匿名字段的反射值，再对其调用MethodByName尝试查找目标方法 - 注意：如果嵌入的是指针类型（如
*http.Client），需确保原始值本身是指针，否则v.Field(i)返回的是不可寻址的副本，无法调用指针方法
调用提升方法前必须保证反射值可寻址和可设置
即使你找到了嵌入字段上的方法，直接 method.Func.Call(args) 仍可能 panic：reflect: Call using zero Value argument 或 call of method on nil pointer。根本原因是：反射调用方法要求接收者值必须可寻址（addressable），尤其是指针接收者方法。
常见错误场景和修复方式：
立即学习“go语言免费学习笔记（深入）”；
- 传入的是结构体字面量（如
MyStruct{Embedded: Embedded{}}），其反射值默认不可寻址 → 改用reflect.ValueOf(&myStruct).Elem()获取可寻址的Value - 嵌入字段本身是 nil 指针（如
embedded *Embedded未初始化）→ 调用前必须检查fieldValue.IsValid() && !fieldValue.IsNil() - 方法签名与反射参数不匹配（例如方法接收者是
*T，但你传了T的反射值）→ 必须统一用指针类型调用指针接收者方法
嵌套多层匿名字段时需递归搜索，但要注意循环引用风险
当结构体 A 嵌入 B，B 又嵌入 C，而 C 的某个方法被 A 的用户期望“提升”调用时，reflect 不会自动穿透两层。你得手动递归展开，但必须设防。
安全做法：
- 维护一个已访问过的
reflect.Type集合（如map[reflect.Type]struct{}），每次进入新字段前先查重 - 限制递归深度（例如最多 5 层），避免因误定义导致无限展开
- 优先使用明确路径：比如知道方法在
.Client.Do，就直接v.FieldByName("Client").MethodByName("Do")，比全量搜索更可靠、更快
真实案例：调用 http.Client 嵌入字段的 Do 方法
假设你有结构体 type MyClient struct { *http.Client }，想通过反射调用 Do，但 reflect.ValueOf(myClient).MethodByName("Do") 返回零值。
正确路径：
v := reflect.ValueOf(&myClient).Elem() // 确保可寻址
clientField := v.FieldByName("Client")
if !clientField.IsValid() || clientField.IsNil() {
panic("Client field is nil")
}
doMethod := clientField.MethodByName("Do")
if !doMethod.IsValid() {
panic("Do method not found on *http.Client")
}
// 构造 *http.Request 参数（需 reflect.ValueOf(&req)）
result := doMethod.Call([]reflect.Value{reflect.ValueOf(&req).Elem()})
这里最容易被忽略的是：即使 MyClient 字面量里写了 &http.Client{}，若没取地址传给 reflect.ValueOf，clientField 就是不可寻址副本，后续调用 Do 会 panic —— 这个细节在日志里只报 “call of method on nil pointer”，但实际 nil 的是副本里的指针字段，而非原始值。
