Go接口嵌套是方法签名组合而非继承，仅扩展接口定义；类型必须显式实现所有嵌套后的方法，否则编译报错；语法为直接写接口名（如io.Reader），不可加变量名或括号。
Go 里没有“接口继承”，只有接口嵌套；它不改变实现逻辑，只扩展方法签名集合——你必须显式实现所有嵌套后的方法，否则编译直接报错。
嵌套语法：只写接口名，不加字段、不加括号
嵌入一个接口，只需在新接口定义中写上它的类型名，不能带变量名，也不能加 () 或 func 关键字：
-
type ReadWriter interface { io.Reader io.Writer }✅ 正确 -
type ReadWriter interface { r io.Reader w io.Writer }❌ 错误（这是结构体匿名字段写法） -
type ReadWriter interface { io.Reader() }❌ 错误（Reader()不是接口名）
嵌入后，ReadWriter 的方法集 = io.Reader 所有方法 + io.Writer 所有方法（即 Read 和 Write），没有额外开销，纯编译期检查。
嵌套后编译失败的常见原因
最常遇到的错误是：类型只实现了部分方法，却想赋值给嵌套接口。比如：
立即学习“go语言免费学习笔记（深入）”；
- 定义了
type ReadCloser interface { io.Reader io.Closer } - 但你的
*File类型只实现了Read，没实现Close - 此时
var rc ReadCloser = &File{}会报错：cannot use &File{} (type *File) as type ReadCloser: *File does not implement ReadCloser (missing Close method)
注意：嵌套不会帮你“自动补全”实现，也不会触发任何运行时行为；它只是提高了一道编译门槛——你得把所有被嵌入接口的方法都写出来。
同名方法冲突：签名必须完全一致
如果两个被嵌入的接口定义了同名方法，但参数或返回值不同，Go 编译器会拒绝：
type A interface { Do(x int) }type B interface { Do(y string) }-
type C interface { A B }→ 编译报错：duplicate method Do
即使签名看似兼容（如 Do(context.Context, []byte) vs Do([]byte)），也不行——Go 不做隐式转换或重载解析。唯一安全的做法是：确保同名方法的完整签名（包括参数类型、数量、顺序和返回值）严格一致。
嵌套深度超过两层时，方法来源容易混淆
比如 type LogService interface { Logger DBer Cacheable }，而 Cacheable 又嵌套了 Stater 和 Flusher，再往下还有 Stater 嵌套 HealthChecker……这时 HealthCheck() 到底属于哪一层？
- IDE 的 “Find Implementations” 功能比看源码更快定位
-
go vet -v不会报错，但它能配合go list -f '{{.Interfaces}}'辅助分析接口展开结果 - 更稳妥的方式是在测试中加一行编译期校验：
var _ LogService = (*MyImpl)(nil)，提前暴露缺失实现
真正难的不是语法，而是判断哪些能力该组合、哪些该分离——比如把 io.Reader 和自定义的 Resetter（含 Reset() error）硬凑进一个接口，就可能让使用者困惑：Reset 是清缓冲区，还是重置连接状态？语义一旦模糊，组合就变成了耦合。
