⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处网络「网络」欢迎转载，保留摘要，谢谢！

🙂🙂🙂关注微信公众号：【芋道源码】有福利：

RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表

RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址

您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。

新的源码解析文章实时收到通知。每周更新一篇左右。

认真的源码交流微信群。

面试考察点

这道题考的是”语言设计取舍”的理解力：

多继承的坑你知道吗 – 不是”不支持”就完了，要说清楚为什么不支持，菱形继承问题能不能讲明白。
Java 的设计哲学 – 为了简洁和健壮主动砍掉多继承，这个取舍背后的逻辑你理解吗？
替代方案是否掌握 – 接口多继承、default 方法、组合模式，这些”曲线救国”的手段能不能信手拈来。
实战能力 – 遇到需要”多继承”的场景，你在项目里是怎么解决的？

核心答案

Java 不支持类的多继承，但支持接口的多继承。这是刻意为之，不是能力不够。

一个类不能 extends 多个父类，根本原因是为了避免”菱形继承问题”带来的状态和行为歧义。C++ 支持多继承，但为此搞出了虚继承等一堆复杂机制——Java 的设计者认为这种复杂性弊大于利，直接从源头砍掉。

替代方案：接口多继承 + default 方法（Java 8+）+ 组合模式，完全能覆盖多继承的核心需求。

深度解析

原理/机制：菱形继承问题

不支持多继承最核心的技术原因。假设 Java 允许类 D 同时继承 B 和 C，而 B 和 C 又都继承自 A：

  A (包含方法 `doSomething()`)
 / \
B   C (可能都重写了 `doSomething()`)
 \ /
  D

D 调用 doSomething() 时，用 B 的还是 C 的？这就是菱形继承问题（Diamond Problem）：

状态歧义：A 有字段 value，D 里会有两份吗？
行为歧义：方法调用优先级规则变得极其复杂。C++ 用虚继承解决，代价是语言复杂度飙升。James Gosling 的选择是：直接砍掉，一了百了。

替代方案与最佳实践

Java 的解决方案：接口（Interface）+ 组合（Composition）。

接口多继承：一个类可以 implements 多个接口。接口只定义行为契约，没有状态，从根源上避免了字段歧义。

default 方法（Java 8+）：接口可以有方法实现了。如果多个接口有同签名的 default 方法，编译器强制你重写，决定权交给实现类。规则清晰，不存在歧义。

interface Flyable {
    default void move() {
        System.out.println("I'm flying!");
    }
}

interface Swimmable {
    default void move() {
        System.out.println("I'm swimming!");
    }
}

// 同时 implements 两个接口，且两个接口有同签名的 default 方法
// 编译器强制你重写 move()，否则直接报错——决定权在你手里，不存在歧义
class Duck implements Flyable, Swimmable {
    @Override
    public void move() {
        // 选项 A：明确选择某个接口的默认实现
        Flyable.super.move();
        // 选项 B：完全自定义
        System.out.println("Actually, I prefer walking.");
    }

    public static void main(String[] args) {
        Duck duck = new Duck();
        duck.move();
        // 输出：
        // I'm flying!
        // Actually, I prefer walking.
    }
}

组合优于继承：比接口更强大的武器。通过持有其他类的实例并委托功能，比继承更灵活、更松耦合。不会有”脆弱的基类问题”，还能运行时动态切换行为。实际项目中 90% 需要”多继承”的场景，组合都能更优雅地解决。

// 组合模式：通过"持有"而非"继承"来获得能力
class FlyAbility {
    void fly() { System.out.println("Flapping wings!"); }
}

class SwimAbility {
    void swim() { System.out.println("Paddling in water!"); }
}

// Duck "拥有"飞和游的能力，而不是"是"飞行器和游泳器
class Duck {
    private final FlyAbility flyAbility = new FlyAbility();   // 组合
    private final SwimAbility swimAbility = new SwimAbility(); // 组合

    void fly()  { flyAbility.fly(); }   // 委托
    void swim() { swimAbility.swim(); } // 委托

    // 组合的好处：运行时可以动态切换行为
    // 比如翅膀受伤了，换一个 BrokenFlyAbility（不能飞），继承做不到这一点
}

常见误区

“Java 完全没有多继承” – 错。类不支持多继承，但接口支持（extends 多个接口），类通过 implements 多个接口获得”行为”上的多继承。
“default 方法让接口等于抽象类了” – 错。接口依然不能有实例字段（状态），这是和抽象类最本质的区别。default 方法是为了扩展接口的兼容性，不是为了替代抽象类。

芋道源码 —— 纯源码解析博客

面试官：为什么 Java 不支持多继承？