Go中接口组合通过嵌入其他接口实现，如type ReadWriteCloser interface{io.Reader; io.Writer; io.Closer}，自动合并方法集，无运行时开销，要求方法签名一致且语义正交。
在 Go 中，接口组合不是通过继承或“implements”关键字实现的，而是通过嵌入（embedding）其他接口类型来完成的。这是一种声明式、无侵入的组合方式，核心思想是：一个接口可以包含其他接口的全部方法集，从而自动获得它们的行为契约。
接口组合的基本语法：用 type A interface { B; C } 形式嵌入
Go 允许在接口定义中直接嵌入另一个接口名（或多个），被嵌入接口的所有方法会“扁平化”合并到当前接口中。这不产生任何运行时开销，只是编译期的类型检查增强。
- 嵌入的是接口类型名，不是结构体；不能嵌入具体类型或指针类型
- 嵌入后，新接口的方法集 = 所有嵌入接口方法集的并集（去重）
- 如果嵌入的接口有同名方法但签名不同，编译报错（Go 不支持方法重载）
典型组合示例：ReaderWriterCloser = io.Reader + io.Writer + io.Closer
标准库中大量使用这种模式。例如自定义一个支持读、写、关闭能力的接口：
```gotype ReadWriteCloser interface {
io.Reader
io.Writer
io.Closer
}
```
任何实现了 Read、Write、Close 三个方法的类型，都自动满足 ReadWriteCloser 接口，无需额外声明。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
组合时注意方法签名一致性与可实现性
组合不是万能的。若嵌入的接口方法签名存在冲突（如参数名不同但类型相同，Go 不关心参数名），仍可能因实现困难而降低实用性。
- 避免组合语义冲突的接口，比如
io.Reader和自定义的Resetter（含Reset() error），若两者都要求Close()行为不一致，使用者易混淆 - 优先组合职责正交的接口（如读/写/关闭、编码/解码、启动/停止）
- 组合后建议起一个体现聚合语义的名称，如
StreamConn（含io.Reader、io.Writer、net.Conn的子集）
运行时判断是否满足组合接口：用类型断言或反射
组合接口本身不改变底层类型行为，判断仍靠常规方式：
- 类型断言：
if rwc, ok := obj.(ReadWriteCloser); ok { ... } - 空接口转换：
var _ ReadWriteCloser = (*MyConn)(nil)可用于编译期校验实现完整性 - 反射中需检查所有嵌入接口的方法是否存在且签名匹配（实际项目中极少需要）
不复杂但容易忽略：接口组合是 Go “鸭子类型”的自然延伸，关键不在语法多炫，而在设计时想清楚哪些能力该聚合、哪些该分离。用好它，能让抽象更贴近业务意图，也让实现者少写样板代码。
