接口可以多重继承，根本原因在于它只定义行为契约，不携带状态或实现细节；类继承则涉及字段、构造器和方法实现，多继承易引发菱形问题和冲突，而接口多继承仅叠加方法签名，语义清晰无歧义。
接口可以多重继承，根本原因在于它只定义行为契约，不携带状态或实现细节。
为什么接口能多继承而类不能？
类继承涉及字段、构造器、方法实现等具体内容，多继承容易引发菱形问题（如两个父类都有同名方法，子类不知该用哪个）。接口则完全不同——它只声明方法签名，没有字段、没有构造逻辑、没有默认行为（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()，子接口必须重写或实现类必须覆盖 - 这不是缺陷，而是把模糊交给开发者决策，确保行为可预期
