Go 中结构体嵌入（embedding）不会自动继承方法的“接收者类型上下文”；当子结构体 B 嵌入 A 并调用 A 的方法时，该方法内部 reflect.ValueOf(a).Type() 返回的是 A 而非 B —— 因为方法绑定在类型 A 上。要获取实际调用方类型，需为 B 显式定义同名方法或通过反射分析调用栈。
go 中结构体嵌入（embedding）不会自动继承方法的“接收者类型上下文”；当子结构体 b 嵌入 a 并调用 a 的方法时，该方法内部 `reflect.valueof(a).type()` 返回的是 *a 而非 *b —— 因为方法绑定在类型 a 上。要获取实际调用方类型，需为 b 显式定义同名方法或通过反射分析调用栈。
在 Go 的面向组合设计中，嵌入（type B struct { A }）提供的是字段提升（field promotion），而非传统 OOP 的继承。这意味着：
-
B实例可直接调用A定义的方法（如b.say()），但该调用本质是b.A.say()； - 方法
say()的接收者始终是*A，其reflect.TypeOf(a)自然返回*main.A，与调用来源无关。
✅ 正确方案：为子类型显式实现方法
最清晰、符合 Go 惯用法的方式，是为 B 单独定义 say() 方法，从而让接收者类型明确为 *B：
package main
import (
"fmt"
"reflect"
)
type A struct {
foo string
}
func (a *A) say() {
fmt.Println("A's say():", reflect.TypeOf(a).String()) // 输出: *main.A
}
type B struct {
A
}
// 为 B 显式实现同名方法 → 接收者类型为 *B
func (b *B) say() {
fmt.Println("B's say():", reflect.TypeOf(b).String()) // 输出: *main.B
}
func main() {
b := new(B)
b.say() // 调用 B.say() → *main.B
b.A.say() // 显式调用 A.say() → *main.A
}
输出：
B's say(): *main.B A's say(): *main.A
⚠️ 注意事项与常见误区
-
方法集规则：
*B的方法集包含B自定义方法 + 所有嵌入字段（如*A）的指针方法。但A.say()在B上被调用时，不改变其接收者语义——它仍是*A的方法。 -
不可靠的“运行时推断”：试图在
A.say()内部通过runtime.Caller或debug.PrintStack反向解析调用方类型属于 hack 行为，违反封装原则，且在内联优化后可能失效。 -
接口解耦建议：若需统一处理多类型行为，应定义接口（如
Sayer），由A和B分别实现，而非依赖反射判断类型。
✅ 总结
Go 不支持“动态接收者类型”，reflect.TypeOf(a) 永远反映方法声明时的接收者类型。要获得调用方真实类型，唯一健壮方式是：为每个需要差异化行为的类型显式实现对应方法。这不仅解决类型识别问题，更强化了代码的可读性与可维护性——类型意图一目了然，无需依赖反射猜测上下文。
