Java不支持类的多重继承但允许接口多实现，因接口仅声明契约而无状态，避免菱形继承歧义；类继承则耦合状态与行为，多继承易引发冲突。
Java 不支持类的多重继承，但接口可以多实现——这是语言设计上明确允许且鼓励的做法。
为什么接口能多实现而类不能多重继承
核心区别在于语义：接口只声明契约（方法签名），不提供具体实现；类继承则涉及状态（字段）和行为（方法体）的耦合。多实现不会引发“菱形继承”歧义，因为所有方法都必须由实现类自己重写。
常见错误现象：Class A extends B, C 会直接编译报错 error: cannot inherit from multiple classes；而 class A implements X, Y, Z 完全合法。
- 接口中的默认方法（
default）若在多个父接口中同名且未被实现类覆盖，会触发编译错误：class A inherits unrelated defaults for method() from types X and Y - 静态方法不会被继承，因此不会冲突；常量（
public static final）若重名，必须用接口名限定访问，如X.CONST、Y.CONST - Java 8+ 允许接口含
default和static方法，但实现类仍需覆盖所有abstract方法
如何正确声明并实现多个接口
语法简单，但关键在职责分离与命名清晰。接口名应反映能力（Runnable、Serializable），而非实体类型。
立即学习“Java免费学习笔记（深入）”；
示例：
interface Flyable {
void fly();
default void land() { System.out.println("Landing..."); }
}
interface Swimmable {
void swim();
default void dive() { System.out.println("Diving..."); }
}
class Duck implements Flyable, Swimmable {
public void fly() { System.out.println("Flapping wings"); }
public void swim() { System.out.println("Paddling feet"); }
// 可选择性重写 default 方法，否则直接继承
}
- 实现类必须显式实现所有
abstract方法，哪怕接口间有同名方法，也只算一个待实现项 - 若两个接口都有
default void move()，且实现类未重写，则编译失败，必须手动实现move()消除歧义 - 接口列表顺序无关，但建议按高频使用或逻辑主次排列，提升可读性
default 方法冲突时的解决策略
当多个接口提供同签名的 default 方法，Java 要求实现类必须显式覆盖，否则编译不通过。这不是缺陷，而是强制你明确行为意图。
- 优先复用更通用的接口实现：用
InterfaceA.super.method()或InterfaceB.super.method()显式调用某一方 - 完全自定义逻辑：直接写新实现，不调用任一父接口的
super - 若只是想禁用某个 default 行为，仍需提供空实现或抛异常，不能留白
例如：
interface A { default void log() { System.out.println("A"); } }
interface B { default void log() { System.out.println("B"); } }
class C implements A, B {
public void log() {
A.super.log(); // 明确选 A 的实现
// 或 B.super.log()
// 或完全重写：System.out.println("C-specific");
}
}
实际项目中容易被忽略的细节
多实现不是堆砌接口，而是建模对象的复合能力。真正难的是判断哪些该抽成接口、哪些该用组合。
- 避免“接口爆炸”：不要为每个小操作（如
CanPrintName、CanCalculateAge）都建接口，优先考虑是否属于同一抽象层级 - 注意 JDK 自带接口的隐含契约：比如实现
Comparable就要保证compareTo与equals逻辑一致，否则集合排序可能出错 - 泛型接口多实现时，类型参数需兼容：如
class X implements List合法，但, Cloneable List和List无法同时实现（类型擦除后冲突）
最常被跳过的一步：检查所有 default 方法是否真有必要——过度依赖它会让实现类失去对行为的完全控制权。
