Java通过接口多实现实现多重继承效果，因接口只定义“能做什么”的契约而不含状态；类单继承则确保“是什么”的语义清晰，避免菱形问题与行为歧义。

java 不让类多继承，但允许接口多继承，这不是语法松紧的问题，而是设计意图的体现——类管“身份”，接口管“能力”，两者分工明确。

类单继承：守住语义边界

一个类只能 extends 一个父类，根本原因不是技术做不到，而是避免语义混乱。比如 Car 和 Phone 都有 start() 方法，但“启动引擎”和“开机”是两套完全不同的生命周期逻辑。如果让一个类同时继承二者，它到底是车还是设备？JVM 无法替你回答，领域模型本身就会失焦。

• 所有类最终都隐式继承 Object，形成清晰的继承链
• 父类封装共性状态（如 speed、batteryLevel）和基础行为，子类专注差异化
• 禁止多继承倒逼开发者用组合代替继承，比如把 Phone 功能抽成独立组件，由 Car 持有并委托调用

接口多实现：拼装正交能力

一个类可以 implements 多个接口，因为接口不带状态、不带构造逻辑，只声明“能做什么”。多个接口的方法即使同名，实现类也只需提供一份具体实现，调用时永远走这个版本，不存在选谁的问题。

• SmartDoor 实现 Lockable、AlarmTriggerable、RemoteControllable，三种能力彼此独立、互不影响
• 接口之间可以 extends 多个父接口（如 AdvancedDevice extends Runnable, Serializable），形成能力分层
• 接口中的 public static final 字段若重名，实现类直接引用会编译报错，提示 reference to X is ambiguous，错误暴露在编译期

接口多继承：复用契约，不引入歧义

接口可以 extends 多个其他接口，是因为它们只叠加方法声明和常量定义，不涉及实现细节或实例状态。只要签名不冲突，叠加就是安全的。

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• interface A { void run(); }，interface B { void stop(); }，interface C extends A, B {} 合法
• 若 A 和 B 都定义了 void run()，C 继承后仍只有一份 run 契约，无歧义
• 若 A 定义 String ID = "A";，B 定义 String ID = "B";，则 C 中不能直接写 ID，否则编译失败——这反而是保护机制

default 方法：演进之缝，非替代继承

Java 8 引入 default 方法，是为了在不破坏现有实现的前提下给接口“打补丁”，比如 Collection 新增 stream()。但它不是为了解决多继承需求。

立即学习“Java免费学习笔记（深入）”；

• 多个接口的 default 方法若都含 init()，执行顺序不确定，可能引发 NPE 或重复初始化
• default 方法应只做轻量委托（如 return this.toString()），重逻辑仍交由实现类控制
• 如果多个实现类共享大量字段和模板流程，说明该抽象更适合放在抽象类里，而不是堆砌 default 方法