接口可以多重继承，根本原因在于它只定义行为契约，不携带状态或实现细节；类继承则涉及字段、构造器和方法实现，多继承易引发菱形问题和冲突，而接口多继承仅叠加方法签名，语义清晰无歧义。

接口可以多重继承，根本原因在于它只定义行为契约，不携带状态或实现细节。

为什么接口能多继承而类不能？

类继承涉及字段、构造器、方法实现等具体内容，多继承容易引发菱形问题（如两个父类都有同名方法，子类不知该用哪个）。接口则完全不同——它只声明方法签名，没有字段、没有构造逻辑、没有默认行为（Java 8前），因此多个接口之间不会产生实现冲突或初始化歧义。

• 接口之间是“契约叠加”，不是“代码合并”
• 继承多个接口 = 承诺实现所有声明的方法，语义清晰无歧义
• 编译器只需检查实现类是否覆盖了全部抽象方法，无需解决方法体冲突

接口多继承的语法与结构本质

用 extends 关键字连接多个父接口，逗号分隔。子接口获得所有父接口的方法签名，并可新增自己的方法。这本质上是接口能力的组合与细化，而非传统意义上的“继承”。

• 例如：interface AdminUser extends Readable, Writable, Loggable
• AdminUser 并不“拥有”这三个接口的实现，只是要求实现者同时满足三套行为规范
• 这种结构天然支持职责分离：每个接口专注一类能力，组合后表达更精确的契约

多继承带来的实际约束与设计价值

虽然语法上允许无限扩展，但真正起作用的是实现类必须一次性满足所有父接口的要求。这既是约束，也是设计优势。

• 实现类 implements AdminUser 时，必须提供 read()、write()、log() 等全部方法
• 编译期就能捕获遗漏，比运行时才发现更安全
• 便于构建领域专用接口：比如 PaymentProcessor extends Validatable, Auditable, Retryable

Java 8+ 默认方法带来的兼容性注意点

当多个父接口提供了同名默认方法，且子接口未重写时，Java 要求实现类必须显式覆盖该方法，否则编译失败。这是为避免“默认行为冲突”引入的明确性保障。

• 规则优先级：类中定义的方法 > 子接口定义的默认方法 > 父接口定义的默认方法
• 若两个父接口都提供 default toString()，子接口必须重写或实现类必须覆盖
• 这不是缺陷，而是把模糊交给开发者决策，确保行为可预期