接口（interface）与抽象类（abstract class）的区别

理解接口和抽象类的区别，其实可以从三个层次来看：设计理念、语法特性和使用场景。
表面上看它们都定义抽象行为、不直接实例化，但底层反映的是 Java 面向对象的“规范与实现分离”思想。

一、设计理念层面：抽象程度不同

接口（interface）更偏向能力的定义，它强调“是什么能做”，比如一个类能“飞行”“序列化”“可比较”。
而抽象类（abstract class）更偏向模板与继承结构，它强调“是什么”，比如“动物”“车辆”“容器”这种概念层次。

所以我理解为：

• 抽象类解决的是 “共性抽取” 问题（有共同父类的对象）；
• 接口解决的是 “能力扩展” 问题（无继承关系的对象共享同一种能力）。

这种设计思想也解释了为什么 Java 允许多实现接口但不允许多继承类：
因为多继承会导致状态与方法冲突（菱形继承问题），而接口只提供行为约定，不持有状态，所以更安全。

---

二、语法与特性层面：结构上的区别

维度	抽象类	接口
关键字	abstract class	interface
继承限制	单继承	可多实现
构造器	可以有构造方法	没有构造方法
成员变量	可以有实例变量、protected 字段	只能有 public static final 常量
方法	可以有抽象方法和具体实现	Java 8+ 可有 default、static 方法
访问修饰符	可使用多种访问级别	成员默认 public
使用场景	抽象模板，部分通用逻辑	纯行为规范，扩展功能

例如：

abstract class Animal {
    abstract void eat();
}

interface Flyable {
    void fly();
}

那么 Bird 继承 Animal，同时实现 Flyable，这就是一种典型的组合式设计：

“用抽象类刻画共性，用接口扩展能力。”

这种模式在 Java 标准库里随处可见，比如：

• java.util.List 是接口，定义“列表行为”；
• AbstractList 是抽象类，提供部分通用实现；
• ArrayList、LinkedList 则是具体实现类。

这体现了接口负责定义，抽象类负责骨架，具体类负责落地的设计哲学。

---

四、底层与版本演进（体现深度）

在 Java 8 之前，接口只能定义方法签名，无法提供实现。
但 Java 8 引入了 default 方法，让接口能有“默认实现”，主要是为了解决接口演进问题（比如 Collection 想增加新方法又不破坏旧实现）。

Java 9 又增加了 private 方法，用于接口内部逻辑复用。

这说明接口的定位在逐渐“类化”，但仍然不具备抽象类的状态管理能力。

---

五、个人理解总结

• 抽象类更像一个“半成品”，提供结构与部分实现；
• 接口更像一个“契约”，只定义行为标准；
• 抽象类关注继承体系内的纵向复用，接口关注横向扩展能力的组合；
• 在设计模式中，接口往往用于依赖倒置（面向接口编程），抽象类用于模板方法模式（定义算法框架）。

---

一句话收尾总结

接口是行为约定，抽象类是骨架模板；
前者强调“能做什么”，后者强调“是什么”；
两者共同体现了 Java 面向对象设计的核心哲学：“编程时依赖抽象，而不是实现。”