java禁止类多重继承抽象类但允许多实现接口，抽象类定义“是什么”并封装共性逻辑，接口表达“能做什么”以组合横向能力，二者各司其职、不可互换。
Java 不允许一个类继承多个抽象类，但允许实现多个接口——这是语言层面的硬性规则，不是权衡取舍，而是设计定论。抽象类表达“是什么”，接口表达“能做什么”。两者配合的关键，在于各司其职：用单个抽象类承载核心身份与共性逻辑，用多个接口叠加扩展行为能力。
用抽象类定义主干继承链
抽象类适合封装具有明确层级关系的共性。比如动物体系中，Animal 是顶层抽象类，定义 eat()、sleep() 等所有动物共有的基础行为，甚至可含 protected 字段或默认实现。
- 子类只能
extends一个这样的抽象类，确保语义清晰、初始化顺序可控、字段归属明确 - 若强行拆成多个抽象类（如
Mammal和Carnivore），既无法同时继承，也容易模糊“本质属性”和“行为角色”的边界
用接口组合横向能力契约
当需要赋予一个类多种独立能力时，接口是唯一合法且自然的选择。例如一只海豚既是哺乳动物，又能游泳、回声定位、群居协作：
class Dolphin extends Mammal implements Swimmable, Echolocatable, Social- 每个接口只声明一个职责：Swimmable 含
swim()，Echolocatable 含emitClick()，互不干扰 - Java 8+ 的 default 方法可在不破坏已有实现的前提下增强接口，比如给
Swimmable新增breaststroke()默认实现
接口之间可多继承，抽象类不可
接口支持 extends 多个父接口，形成能力聚合层。这不同于类继承，不引入状态或构造逻辑，仅合并方法契约：
-
interface Aquatic extends Swimmable, Breathable { }—— 合理复用已有接口 - 而
abstract class AquaticAnimal extends Animal, Swimmable是非法语法，编译器直接报错 - 这种差异凸显了接口的“类型组合”本质：它不描述实例构成，只描述能力集合
必要时用组合替代继承
当某组功能逻辑复杂、带状态、又确实不适合抽成接口（比如需 private 字段或完整生命周期管理），可用组合方式接入：
- 在具体类中持有一个
NavigationSystem实例，而非试图让该类同时继承Animal和NavigationDevice - 对外仍可通过接口暴露能力：
class Bat extends Mammal implements Flyable, Echolocatable，内部委托给组合对象完成细节 - 这样既绕过继承限制，又保持类职责单一、测试友好、易于替换
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
