Go 中结构体嵌入（embedding）不会自动继承方法的“接收者类型上下文”，b.say() 实际调用的是 B.A.say()，因此 reflect.ValueOf(a).Type() 始终返回 *A；要获取实际调用方类型（如 *B），需为子类型显式定义同名方法。
go 中结构体嵌入（embedding）不会自动继承方法的“接收者类型上下文”，b.say() 实际调用的是 b.a.say()，因此 reflect.valueof(a).type() 始终返回 *a；要获取实际调用方类型（如 *b），需为子类型显式定义同名方法。
在 Go 的面向组合设计中，嵌入（如 type B struct { A }）提供的是字段提升（field promotion） 和方法提升（method promotion），但关键点在于：被提升的方法，其接收者类型始终是原始定义该方法的类型，而非嵌入它的类型。这意味着，即使你通过 B 实例调用 say()，只要该方法仅在 <em>A</em> 上定义，其接收者参数 a 的静态和运行时类型就永远是 A —— 反射获取到的也必然是 *main.A。
要真正获得调用方的实际类型（例如 <em>B</em>），必须为 B 显式声明同名方法，从而覆盖（或并存）提升而来的方法。此时，Go 会根据调用表达式的实际接收者类型（b.say() 中的 b）绑定到 B 的方法集：
package main
import (
"fmt"
"reflect"
)
type A struct {
foo string
}
func (a *A) say() {
fmt.Println("A's say():", reflect.ValueOf(a).Type().String()) // 输出: *main.A
}
type B struct {
A
}
// 显式为 B 定义 say 方法 → 接收者类型为 *B
func (b *B) say() {
fmt.Println("B's say():", reflect.ValueOf(b).Type().String()) // 输出: *main.B
}
func main() {
b := new(B)
b.say() // 调用 *B.say() → 输出 *main.B
b.A.say() // 显式调用嵌入字段的方法 → 输出 *main.A
}
✅ 输出结果：
B's say(): *main.B A's say(): *main.A
⚠️ 注意事项：
- Go 不支持传统面向对象中的“虚函数”或“运行时多态分发”。方法调用在编译期就根据接收者表达式的静态类型决定（即
b.say()中b的类型是*B，故匹配(*B).say；若未定义，则退回到B.A.say，但此时接收者仍按*A处理）。 - 不要试图在
(*A).say内部通过反射“向上查找”嵌入者类型——Go 的反射 API 无法安全、可靠地反向追溯结构体嵌入链，这违背了组合的设计哲学，且极易因内存布局变化而失效。 - 若需统一行为（如日志中记录调用来源），推荐采用显式参数（如
say(caller string)）或接口抽象（定义Sayer接口并由A和B分别实现），而非依赖反射推断类型。
总之，Go 的类型系统强调明确性与可预测性：想让方法“知道自己是谁”，就必须让它真正属于那个“谁”——为对应类型定义该方法，是最清晰、最符合语言习惯的解决方案。
