golang 推荐使用组合而非继承，因为 go 不支持传统继承，而是通过结构体嵌套和接口实现类似效果。① 组合降低耦合度，避免多重继承的复杂性；② 结构体嵌入提供语法糖，简化代码复用；③ 更易测试和替换行为，提升可维护性；④ 设计模式如装饰器、策略等可通过组合优雅实现；⑤ 符合 go 的设计哲学：简洁、显式、接口驱动。
Golang 推荐使用组合而非继承，主要是因为 Go 语言本身并没有传统意义上的“类”和“继承”机制。它用结构体（struct）和接口（interface）构建面向对象的编程模型，并通过结构体嵌套实现类似继承的效果。这种方式更灵活、更清晰，也更符合 Go 的设计理念：简洁、高效、可维护。
Go 的结构体嵌入（embedding）让开发者可以自然地实现组合，而不是依赖复杂的继承链。相比传统的继承，组合在设计模式中的应用更加直观和可控。
组合比继承更灵活
在很多面向对象语言中，比如 Java 或 C++，继承是构建类层次结构的主要方式。但继承容易导致类之间的耦合度变高，尤其是多层继承时，代码变得难以理解和维护。
立即学习“go语言免费学习笔记（深入）”；
而 Go 的结构体嵌入允许你把一个结构体直接“嵌入”到另一个结构体中，外部结构体可以直接访问内部结构体的方法和字段，这看起来像是继承，但实际上只是语法糖，底层依然是组合关系。
举个例子：
type Animal struct {
Name string
}
func (a Animal) Speak() {
fmt.Println("Some sound")
}
type Dog struct {
Animal // 嵌入结构体，模拟“继承”
Breed string
}Dog 结构体虽然“包含”了 Animal，但它本质上是一个组合关系。你可以调用 dog.Speak()，但这只是 Go 帮你自动转发到了内部的 Animal 实例上。
这样做的好处是：
输入书名+作者，一键生成3分钟第一人称书籍自述视频：书以拟人化口吻自述，配AI扁平卡通插图、TTS配音、逐句字幕动画、画板背景+抠图叠加、BGM+转场音效，最终合成MP4。触发词：假如书籍会说话、书籍会说话、书会说话、if book could speak、做读书视频。跨平台兼容。
- 避免了继承带来的复杂性（比如多重继承、方法覆盖等）
- 更容易测试和替换行为（只需要替换嵌入的结构体即可）
- 提升代码复用率的同时保持松耦合
设计模式更适合用组合来实现
很多经典的设计模式，比如装饰器、策略、组合等，在 Go 中都可以通过结构体嵌入和接口来实现。
以 装饰器模式 为例：
假设你想为某些行为添加额外功能，比如日志记录或权限检查。使用组合的方式可以非常优雅地实现这一点。
type Service struct{}
func (s Service) DoSomething() {
fmt.Println("Doing something...")
}
type LoggingService struct {
Service
}
func (ls LoggingService) DoSomething() {
fmt.Println("Before doing something: logging...")
ls.Service.DoSomething()
fmt.Println("After doing something: logged")
}这里我们没有修改原始的 Service 类型，而是通过组合+重写方法实现了装饰器效果。这种做法比继承更容易扩展，也不会破坏原有逻辑。
类似的还有：
- 策略模式可以通过传入不同接口实现
- 工厂模式可以通过函数返回不同的结构体组合实现
- 组合模式可以通过嵌套结构体递归表达层级关系
组合更贴近 Go 的哲学
Go 的设计哲学强调简单、实用和清晰。组合机制正好符合这些原则：
- 显式优于隐式：嵌入结构体虽然看起来像继承，但本质上还是组合，不会隐藏实现细节。
- 少即是多：不引入复杂的继承体系，避免了各种边界情况。
- 接口驱动开发：Go 鼓励通过接口抽象行为，而不是通过继承共享实现。
正因为如此，Go 社区普遍推荐使用组合而非继承。结构体嵌入只是一个语法便利，真正强大的地方在于组合带来的灵活性和可维护性。
基本上就这些。组合不是新概念，但在 Go 中被很好地简化和实用化了。理解这点，对写出地道的 Go 代码非常重要。
