go 不支持传统面向对象的子类型多态，但可通过接口实现行为多态；关键在于方法调用的接收者绑定时机与类型系统设计——接口动态分发方法，而嵌入仅静态继承方法实现。
go 不支持传统面向对象的子类型多态，但可通过接口实现行为多态；关键在于方法调用的接收者绑定时机与类型系统设计——接口动态分发方法，而嵌入仅静态继承方法实现。
在 Go 中，“多态”并非通过类继承与虚函数表（vtable）实现，而是依托接口（interface）的契约式抽象与运行时方法查找机制达成。这与 Exhibit#1 的嵌入误用形成鲜明对比，也解释了为何 Exhibit#2 能自然实现“不同类型响应同一方法调用”的多态效果。
✅ 正确方式：基于接口的多态（Exhibit#2）
接口定义行为契约，任何类型只要实现了全部方法，即自动满足该接口。调用时，Go 运行时根据实际值的底层类型动态选择对应方法实现：
type Shape interface {
Area() float32
}
type Circle struct{ radius float32 }
func (c Circle) Area() float32 { return 3.1415 * c.radius * c.radius }
type Rectangle struct{ width, height float32 }
func (r Rectangle) Area() float32 { return r.width * r.height }
func printAreas(shapes []Shape) {
for _, s := range shapes {
fmt.Printf("Area: %.2f\n", s.Area()) // ✅ 动态分发：Circle.Area 或 Rectangle.Area
}
}此模式完全解耦调用方与具体类型，是 Go 推荐的多态实践。
❌ 常见误区：误将嵌入等同于继承（Exhibit#1）
Exhibit#1 中 B 嵌入 A，仅表示 B 拥有 A 的字段和方法，但 B 并非 A 的子类型，且 A.strange() 的接收者始终是 *A —— 即使通过 b.strange() 调用，Go 仍将其重写为 b.A.strange()，内部 this 指向 b.A，故 this.str() 调用的是 A.str()（而非 B.str()），导致输出 "this is an A string"。
⚠️ 注意：嵌入不改变方法接收者语义。若需
B.strange()行为差异化，必须显式为B实现strange()方法：func (b *B) strange() { fmt.Printf("my string is %q\n", b.str()) // ✅ 此时 b.str() 调用 B.str() }
? 核心总结
| 维度 | 接口多态（推荐） | 结构体嵌入（非多态） |
|---|---|---|
| 类型关系 | 鸭子类型：满足接口即兼容 | 组合关系：B 包含 A，无类型继承 |
| 方法分发 | 运行时动态：依据值的实际类型选择实现 | 编译时静态：接收者类型决定方法归属 |
| 多态能力 | ✅ 支持统一接口调用不同行为 | ❌ 无法覆盖嵌入类型的方法逻辑 |
| 设计意图 | 抽象行为、解耦依赖 | 复用字段与通用方法 |
因此，Go 的“多态”本质是接口驱动的行为多态（behavioral polymorphism），而非 C++/Java 式的子类型多态（subtype polymorphism）。要写出可扩展、易测试的 Go 代码，请始终优先定义小而专注的接口，并让具体类型去实现它——而非试图模拟继承层级。
