go 不支持传统面向对象的继承与方法重写，嵌入（embedding）仅提供组合而非多态；要实现接口定义的统一行为并让不同类型返回各自实现，必须为每个类型显式实现接口方法——这是 go 接口多态的本质要求。
go 不支持传统面向对象的继承与方法重写，嵌入（embedding）仅提供组合而非多态；要实现接口定义的统一行为并让不同类型返回各自实现，必须为每个类型显式实现接口方法——这是 go 接口多态的本质要求。
在 Go 中，interface 是实现多态的核心机制，但其原理与 Java/C++ 等语言的“子类重写父类方法”有根本区别：Go 没有继承、没有虚函数表、也没有动态分发的“覆盖（override）”语义。你代码中的 B 嵌入 A，仅表示 B 拥有一个匿名字段 A，并自动获得 A 的方法集（如 Discover()），但该方法体内所有调用（例如 obj.GetTest()）仍严格按接收者类型 A 进行静态绑定——它永远调用 A.GetTest()，而非“运行时决定的 B.GetTest()”。
这正是你得到 "im in A" 两次的原因：
func (obj A) Discover() string {
return obj.GetTest() // obj 是 A 类型，因此调用 A.GetTest()
}
即使 b 是 B{A{}}，b.Discover() 实际调用的是 A.Discover()（因 B 未定义该方法，由嵌入自动提升），而 obj 在该方法内是 A 类型值，自然无法访问 B 特有的 GetTest()。
✅ 正确做法：让每个类型独立实现接口，而非依赖嵌入“共享”逻辑：
type Discoverer interface {
Discover() string
}
type A struct{}
func (a A) GetTest() string { return "im in A" }
func (a A) Discover() string { return a.GetTest() } // 显式实现
type B struct{}
func (b B) GetTest() string { return "im in B" }
func (b B) Discover() string { return b.GetTest() } // 显式实现 —— 必不可少
func main() {
var d Discoverer
d = A{}
fmt.Println(d.Discover()) // "im in A"
d = B{}
fmt.Println(d.Discover()) // "im in B"
}
⚠️ 注意事项：
-
不要试图用嵌入规避接口实现：嵌入解决的是“代码复用”和“结构组合”，不是“行为多态”。若 Discover() 逻辑复杂且重复，可提取为通用函数，再由各类型调用：
func discoverCommon(getter func() string) string { return getter() } // 各类型实现： func (a A) Discover() string { return discoverCommon(a.GetTest) } func (b B) Discover() string { return discoverCommon(b.GetTest) } - 接口应聚焦契约，而非实现细节：若 Discover() 本质就是返回 GetTest() 结果，更合理的接口设计是直接定义 GetTest() string，让调用方自行决定如何使用——这更符合 Go 的正交性原则。
- 避免命名误导：Discoverer 接口若实际语义等价于 Tester（即提供测试字符串），应使用语义清晰的名称，减少认知负担。
总结：Go 的多态 = 接口定义行为契约 + 各类型独立实现。嵌入是组合利器，但绝非继承替代品。拥抱这一设计哲学，才能写出清晰、可维护、真正符合 Go 风格的代码。
