Java只支持单继承是设计选择而非技术限制，旨在通过“类单继承+接口多实现”规避菱形继承问题；接口无状态、同名方法需显式实现，default方法冲突时强制重写；核心追求确定性与可维护性。
Java只支持单继承，是因为设计者明确选择用“类的单一继承 + 接口的多重实现”来规避多重继承带来的根本性问题，而不是技术上做不到。
核心障碍：菱形问题无法干净解决
当一个类同时继承两个父类，而这两个父类又共享同一个祖先类时，就可能出现方法调用歧义。比如：
- A 类定义了 void speak()
- B 和 C 都继承 A，并各自重写了 speak()
- D 类如果允许 extends B, C，那么 d.speak() 到底该执行 B 的版本，还是 C 的？
- JVM 没有内置规则自动选边站队，编译器也无法推断开发者意图
不是“不能”，而是“不许”——为可维护性主动设限
C++ 通过虚继承等机制勉强绕过菱形问题，但代价是：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 内存布局更复杂，对象大小和字段偏移难以预测
- 构造顺序、析构顺序、this 指针调整都需额外处理
- 普通开发者容易写出难以调试的继承链
- IDE、静态分析工具、序列化框架的支持成本大幅上升
接口多实现才是 Java 的“多重继承正解”
Java 允许一个类 implements 多个接口，这不是妥协，而是更清晰的替代方案：
立即学习“Java免费学习笔记（深入）”；
- 接口只声明契约（方法签名），不携带状态（无实例字段）
- 同名方法必须由实现类亲自提供具体逻辑，不存在“继承哪个”的疑问
- Java 8 后接口可含 default 方法，冲突时强制重写，把决策权交还给开发者
- interface 之间还能 extends 多个接口，这属于纯类型合并，无运行时开销
语言哲学：宁可少一点能力，也要多一分确定性
Java 的目标不是功能最多，而是让团队协作更稳、新人上手更快、长期演进更可控。单继承让类图是一棵树，不是一张网；让方法查找路径唯一；让 LSP（里氏替换原则）更容易验证。这种克制，恰恰是它在企业级开发中持续被信任的关键。
