Go接口嵌套是方法签名组合而非继承，类型必须显式实现所有嵌套后的方法，否则编译报错；语法仅允许裸接口名（如io.Reader），不可加变量名或括号。
嵌套接口后编译报错：missing method
最常见的情况是类型只实现了部分嵌入接口的方法，却试图赋值给组合接口。比如定义了 type ReadCloser interface { io.Reader io.Closer }，但你的结构体只实现了 Read，没写 Close 方法，就会报错：cannot use &MyType{} (type *MyType) as type ReadCloser: *MyType does not implement ReadCloser (missing Close method)。
Go 不会帮你补实现，也不做运行时检查——它只在编译期比对方法集全不全。解决办法只有一个：把所有嵌入接口声明的方法都显式写出来。
- 逐个核对被嵌入接口（如
io.Reader、io.Closer）的完整方法签名 - 确认当前类型是否已实现全部方法，包括返回值数量和类型（例如
Read([]byte) (int, error)不能少一个error） - 用空赋值做编译期验证：
var _ io.ReadCloser = (*MyType)(nil)，提前暴露缺失
同名方法签名冲突导致 duplicate method
当两个嵌入接口都定义了叫 Do 的方法，但参数或返回值不一致时，Go 直接拒绝编译，报错 duplicate method Do。这不是重载问题，而是签名必须一字不差。
例如 type A interface { Do(x int) } 和 type B interface { Do(y string) } 无法同时嵌入到第三个接口里。
立即学习“go语言免费学习笔记（深入）”；
- 检查所有被嵌入接口中是否存在同名方法
- 比对每个同名方法的完整签名：参数类型、顺序、数量，以及返回值类型和数量
- 如果确实需要共存，只能放弃嵌套，改用组合字段或泛型约束来解耦
误把接口嵌套写成结构体匿名字段
语法错误很隐蔽：在接口定义里写了 r io.Reader 或 io.Reader()，这其实是结构体写法，不是接口嵌套。Go 编译器会报类似 unexpected name io.Reader 或直接跳过解析。
接口嵌套只允许裸接口名，不带变量名、不加括号、不加函数关键字。
- ✅ 正确：
type RW interface { io.Reader io.Writer } - ❌ 错误：
type RW interface { r io.Reader }（这是结构体匿名字段） - ❌ 错误：
type RW interface { io.Reader() }（Reader()不是接口名）
嵌套深度不影响性能，但影响可读性
接口嵌套本身零运行时开销，纯编译期行为。但嵌太多层（比如三层以上嵌套），会让方法集变得难追踪，也容易掩盖真实依赖。
实际项目中更推荐小接口组合而非大接口堆叠。比如 io.ReadWriteCloser 是合理的，但自己定义 type Service interface { Logger Reader Writer Closer Validator } 就容易失控。
- 优先复用标准库已有组合接口（如
io.ReadCloser） - 新定义组合接口前，先问：这个组合是否真被多个地方共同需要？还是只是临时 convenience？
- 避免在嵌套中引入业务逻辑强耦合的接口，比如把
UserRepo和PaymentClient塞进同一个接口
