Java类不能多重继承，根本原因是避免菱形继承问题导致的歧义；但可通过多实现接口（含default方法）和组合委托来安全替代。
Java 不支持类的多重继承，这是语言设计上的硬性限制，编译器会直接报错 java: class X inherits from both Y and Z（实际错误信息为 java: types X and Y are incompatible 或更常见的 java: duplicate class / java: class cannot extend two classes），不存在绕过该限制的“合法”类继承方式。
为什么 Java 类不能继承多个父类
根本原因是避免「菱形继承问题」（Diamond Problem）：当两个父类都定义了同名方法或字段，子类无法确定应继承哪一份实现，JVM 无法在编译期或运行时无歧义地解析调用目标。C++ 允许但需显式使用虚继承解决，而 Java 选择彻底禁止类的多继承来保证语义清晰和 JVM 实现简洁。
注意：class 不能多继承，但 interface 可以多实现——这是关键分水岭。
用 interface + default 方法模拟多重行为继承
从 Java 8 开始，interface 支持 default 方法，允许提供具体实现。这成为替代多重继承最常用、最安全的方式。
立即学习“Java免费学习笔记（深入）”；
-
interface只能定义public abstract方法（默认）、public static方法和public default方法 - 一个类可
implements多个interface，从而复用多个契约与默认行为 - 若多个
interface提供了同名default方法，实现类**必须重写该方法**，否则编译失败 —— 这反而强制开发者面对冲突，避免隐式行为覆盖
interface Flyable {
default void takeOff() {
System.out.println("Taking off...");
}
}
interface Swimmable {
default void dive() {
System.out.println("Diving underwater...");
}
}
class Duck implements Flyable, Swimmable {
// 可直接使用 takeOff() 和 dive()
public void quack() {
System.out.println("Quack!");
}
}
组合优于继承：用 field + interface 委托行为
当 default 方法不足以表达完整逻辑（比如需要状态、私有字段、构造过程），应优先使用组合（Composition）。即：把“能飞”“能游”等能力封装为独立类，通过成员变量持有，并在接口中定义委托契约。
- 避免继承带来的强耦合和脆弱基类问题（Fragile Base Class Problem）
- 运行时可替换行为（如切换不同
FlyBehavior实现），比编译期继承更灵活 - 符合《Effective Java》第16条原则：“Prefer composition over inheritance”
interface Movable {
void move();
}
class FlyingBehavior implements Movable {
public void move() { System.out.println("Flying..."); }
}
class SwimmingBehavior implements Movable {
public void move() { System.out.println("Swimming..."); }
}
class Bird {
private Movable behavior;
public Bird(Movable behavior) {
this.behavior = behavior;
}
public void performMove() {
behavior.move();
}
}
容易被忽略的关键点
很多人试图用内部类、匿名类或反射“伪装”多重继承，但这些方案既不改变类的继承树，也不解决语义冲突问题；它们只是语法糖或运行时技巧，无法让一个 class 真正拥有两个 super 引用或访问两个父类的 protected 成员。
真正需要多继承语义的场景，90% 以上可通过「接口多实现 + 组合委托」干净解决。剩下那 10%，往往说明领域建模本身值得重新审视——是不是职责没拆清？是不是该用策略模式或状态模式重构？
