go 语言没有传统面向对象语言中的虚函数（virtual function）机制，但可通过接口（interface）定义契约、配合结构体方法实现运行时多态，这是 go 推荐的“组合优于继承”式多态实践。
go 语言没有传统面向对象语言中的虚函数（virtual function）机制，但可通过接口（interface）定义契约、配合结构体方法实现运行时多态，这是 go 推荐的“组合优于继承”式多态实践。
Go 是一门以组合和接口为核心的静态类型语言，它不支持类继承、方法重写或动态分派意义上的虚函数。你无法像 C++ 或 Java 那样声明一个“可被子类覆盖的虚函数”，然后在父类型引用上调用时自动调度到子类实现——因为 Go 没有“子类”概念，也没有隐式的动态绑定。
但 Go 提供了更简洁、更明确的替代方案：接口（interface）驱动的多态。其核心思想是：
- 定义一个接口，声明一组方法签名（即“行为契约”）；
- 不同结构体只要实现了这些方法，就自动满足该接口；
- 函数接收接口类型参数，即可在运行时根据实际值调用对应结构体的方法——这正是虚函数语义的等效实现。
以下是一个清晰示例，模拟你原代码中期望的 A/B 多态行为：
package main
import "fmt"
// 定义“虚函数”的契约：所有想参与多态的类型都必须实现此接口
type Virtualer interface {
myVirtualFunction()
}
// 类型 A 实现接口
type A struct{}
func (a A) myVirtualFunction() {
fmt.Println("A again :(")
}
// 类型 B 也实现同一接口（可视为“重写”）
type B struct{}
func (b B) myVirtualFunction() {
fmt.Println("B :)")
}
// 关键：f 函数接收接口而非具体类型，实现多态调度
func f(v Virtualer) {
v.myVirtualFunction() // 运行时动态调用：传 A 就打印 A，传 B 就打印 B
}
func main() {
var b B
f(b) // 输出: "B :)"
var a A
f(a) // 输出: "A again :("
}
⚠️ 注意事项：
- 嵌入（embedding）≠ 继承：type B struct { A } 只是字段复用与方法提升，并不会让 B “继承” A 的方法实现逻辑，更不会触发虚函数式覆盖。B 的 myVirtualFunction 是独立方法，与 A 的同名方法无任何覆盖关系；调用 b.f() 失败，是因为 B 并未获得 A.f() 方法（f 是 A 的方法，且内部调用的是 A.myVirtualFunction，不是通过接口动态绑定）。
- 接口是隐式实现的：无需 implements 声明，只要方法签名完全匹配，即自动满足接口。
- 零成本抽象：接口变量底层是 (type, value) 二元组，方法调用经由接口表（itable）查表分派，性能高效且语义清晰。
- 避免“伪继承陷阱”：不要试图用嵌入+同名方法模拟 C++ 虚函数——这会导致静态绑定、难以维护，违背 Go 的设计哲学。
✅ 总结：
在 Go 中，“实现虚函数”的正确姿势不是模仿继承体系，而是面向接口编程。定义小而专注的接口，让不同结构体各司其职地实现，再通过接口参数传递实现多态。这是更安全、更灵活、更符合 Go 语言精神的方式——正如标准库 sort.Interface 所示范的那样：解耦行为定义与具体实现，让多态自然发生。
