java类单继承为确保“是什么”的语义唯一性，避免逻辑断裂与菱形继承；多接口实现则支持“能做什么”的正交能力组合，接口无状态、无构造器，default方法仅用于向后兼容而非替代继承。
Java 类只允许单继承，是因为“身份”必须唯一清晰；而能同时实现多个接口，是因为“能力”可以叠加组合——这不是语法限制，而是设计上刻意划清语义边界。
类单继承：守住“是什么”的语义底线
一个类继承另一个类，表达的是is-a关系。比如 Car extends Vehicle，说明汽车本质上是一种交通工具；如果再让 Car extends Phone，就变成“汽车是一种手机”，这在现实建模中逻辑断裂。JVM 不会替你做这种判断，领域模型本身就会失焦。
- 多父类会导致方法或字段冲突：若
B和C都定义了void start()，子类调用时无法确定该执行哪一份逻辑 - 可能引发菱形继承问题：若
B和C都继承自A，子类会意外获得两份A的状态，造成初始化混乱与数据不一致 - 强制单继承倒逼开发者使用组合：把“可通话”抽成
PhoneModule，由Car持有并委托，比强行继承更贴近真实职责
接口多实现：拼装“能做什么”的正交能力
接口不带状态、不带构造器、不参与实例初始化，只声明契约。多个接口的方法即使同名（如 run()），实现类也只需提供一份具体实现，调用路径明确，没有选择困难。
-
SmartDoor implements Lockable, AlarmTriggerable, RemoteControllable—— 上锁、报警、远程控制互不干扰，各自独立演进 - 不同模块可定义自己的接口（如支付模块的
Payable、监控模块的HealthCheckable），业务类按需装配，低耦合易测试 - 接口间还能
extends多个父接口（如AdvancedDevice extends Runnable, Serializable），只是叠加方法声明，不引入实现细节
接口里同名常量要小心
接口中的 public static final 字段是隐式常量。如果两个父接口都定义了 String ID = "X"，子接口或实现类直接写 ID 就会编译报错：reference to ID is ambiguous。这不是缺陷，而是提前暴露歧义——让你意识到设计上存在冲突，必须显式选择或重命名。
default 方法不是为多继承服务的
Java 8 引入 default 方法，本意是给已有接口“打补丁”，比如给 Collection 加 stream()，避免所有实现类被迫修改。但它不是替代继承的方案：
- 多个接口的
default init()若都试图初始化同一资源，执行顺序不确定，容易重复或 NPE -
default方法应只做轻量委托（如return toString()），重逻辑仍交由实现类或组合对象承担 - 若多个实现类共享大量字段和模板行为，说明它们本就该共有一个抽象父类，而不是堆砌接口
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
