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