java不支持多重继承但支持多重接口实现，因接口定义“能做什么”的能力契约，抽象类定义“是什么”的实体类型；前者可组合，后者具排他性，且避免菱形继承与状态冲突。
Java支持多重接口实现，但不支持多重继承，根本原因在于设计目标不同：接口解决“能做什么”，抽象类解决“是什么”。这个选择不是技术限制，而是面向对象设计的权衡结果。
接口是能力契约，抽象类是类型继承
接口描述行为规范，比如Flyable、Swimmable、Recordable，它们彼此无关，一个类可以同时具备这些能力。抽象类则代表实体类别，比如Bird、Vehicle，它携带状态和部分实现，天然存在“是哪一个”的排他性——一只鸟不可能同时是汽车，也不该被强制设计成既是鸟又是车。
这种语义差异决定了：接口适合组合，抽象类适合特化。
避免菱形继承与状态冲突
多重继承容易引发两个核心问题：
- 方法歧义：父类A和父类B都定义了void start()，子类C继承两者时，调用start()该执行谁的？Java干脆禁止类的多重继承，从源头规避
- 字段重复：A有int speed，B也有int speed，C继承后字段怎么初始化？接口不包含实例字段（只有public static final常量），彻底绕开这个问题
接口多实现提供灵活扩展路径
当需求变化时，接口组合比继承更易维护：
- 给已有类新增能力，只需implements新接口，无需改动继承链
- 不同业务模块定义的接口可自由组合，比如PaymentProcessor + AuditLoggable + Retryable，互不干扰
- 接口支持默认方法（JDK 8+）和静态方法，可在不破坏实现类的前提下增强契约，而抽象类一旦修改模板方法，所有子类都可能受影响
抽象类仍有不可替代的价值
这不意味着抽象类没用。当你需要：
- 共享代码逻辑（如通用的日志记录、参数校验）
- 封装可变状态（如protected int retryCount）
- 强制子类遵循统一构造流程（通过抽象类构造器约束）
这时抽象类比接口更合适。它和接口不是替代关系，而是分工协作：抽象类负责“骨架复用”，接口负责“能力声明”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
