go 不支持继承，嵌入结构体不等于父子类关系；要实现“子类型方法被父逻辑调用”，应放弃继承思维，改用接口抽象行为，通过组合+接口实现运行时多态。
go 不支持继承，嵌入结构体不等于父子类关系；要实现“子类型方法被父逻辑调用”，应放弃继承思维，改用接口抽象行为，通过组合+接口实现运行时多态。
在 Go 中，type Sub struct { Super } 的嵌入（embedding）仅表示 组合（composition），而非面向对象中的继承（inheritance）。这意味着 Sub 并非 Super 的子类，它只是“拥有一个 Super 字段”；其方法集是独立的，Sub 上定义的 name() 不会自动覆盖 Super.WhoAmI() 内部对 super.name() 的调用——因为 WhoAmI 是在 *Super 上定义的，它只知道自己是 *Super，永远只会调用自身的 name() 方法。
你期望的 Python 式动态分派（即 self.name() 在运行时根据实际类型调用对应方法）在 Go 中无法通过嵌入原生实现。但 Go 提供了更简洁、更安全的替代方案：面向接口编程。
✅ 正确做法：用接口解耦行为与实现
核心思想是将“可命名”这一能力抽象为接口，让 WhoAmI 接收该接口，而非依赖某个具体类型：
package main
import "fmt"
// 定义能力：能返回名称
type Namer interface {
Name() string
}
// 具体实现：Super
type Super struct{}
func (s *Super) Name() string {
return "Super"
}
// 具体实现：Sub
type Sub struct{}
func (s *Sub) Name() string {
return "Sub"
}
// 通用逻辑：不关心是谁，只关心能否 Name()
func WhoAmI(n Namer) {
fmt.Printf("I'm %s.\n", n.Name())
}
func main() {
sub := &Sub{}
WhoAmI(sub) // 输出：I'm Sub
sup := &Super{}
WhoAmI(sup) // 输出：I'm Super
}
⚠️ 注意事项
- 不要滥用嵌入模拟继承：嵌入适用于“has-a”关系（如 type FileLogger struct { *os.File }），而非“is-a”；强行用它实现多态会导致逻辑割裂、方法调用路径不可预测。
- 接口应小而专注：如 Namer 只声明 Name()，符合 Go 的接口设计哲学（io.Reader、fmt.Stringer 等皆如此）。
- 方法接收者一致性：接口方法签名（包括接收者类型）必须与实现类型完全匹配（例如 func (*Sub) Name() 不能由 Sub{} 值调用，需用 *Sub）。
- 零成本抽象：接口变量在运行时是 (type, value) 对，调用开销极小，且编译器常能内联简单实现。
✅ 总结
Go 没有 super() 或 virtual method，但它用接口 + 组合提供了更灵活、更显式的多态机制。与其纠结“如何让父方法调用子实现”，不如思考：“谁需要这个行为？这个行为该如何被描述和使用？”——答案往往是定义一个接口，并让不同类型去实现它。这才是 Go 风格的、可维护的、可测试的解决方案。
