抽象类和接口有什么区别

参数	抽象类	接口
默认的方法实现	它可以有默认的方法实现	接口完全是抽象的。它根本不存在方法的实现
实现	子类使用 extends 关键字来继承抽象类。如果子类不是抽象类的话，它需要提供抽象类中所有声明的方法的实现。	子类使用关键字 implements 来实现接口。它需要提供接口中所有声明的方法的实现
构造器	抽象类可以有构造器	接口不能有构造器
与正常 Java 类的区别	除了你不能实例化抽象类之外，它和普通Java类没有任何区别	接口是完全不同的类型
访问修饰符	抽象方法可以有 public、protected 和 default 这些修饰符	接口方法默认修饰符是 public。你不可以使用其它修饰符。
main 方法	抽象方法可以有 main 方法并且我们可以运行它	接口没有 main 方法，因此我们不能运行它。
多继承	抽象方法可以继承一个类和实现多个接口	接口只可以继承一个或多个其它接口
速度	它比接口速度要快	接口是稍微有点慢的，因为它需要时间去寻找在类中实现的方法。
添加新方法	如果你往抽象类中添加新的方法，你可以给它提供默认的实现。因此你不需要改变你现在的代码。	如果你往接口中添加方法，那么你必须改变实现该接口的类。

表格是语法层的区别，但背表格回答不了面试官的追问：”JDK8 之后接口也有 default 方法了，那抽象类还有什么存在意义？” 真正的区别在设计语义，语法差异只是语义的投影。

语义区别：is-a 与 can-do

**抽象类表达 “is-a”**：它是对”一类事物”的建模，承载状态（字段）与共性行为。AbstractList 是”列表”这个家族的骨架，子类共享 size、迭代器等基础设施
**接口表达 “can-do / 契约”**：它描述能力与约定，与继承体系无关。Comparable、Serializable、Runnable 都是”具备某种能力”，任何不相干的类都可以实现

一个判断口诀：有共同状态和代码要复用 → 抽象类；只约定行为、允许毫不相干的类遵守 → 接口。

JDK8 引入 default/static 方法后，接口也能提供实现了，但边界依然清晰：

所以 default 方法解决的是”接口演进”问题（加方法不破坏老实现类），而不是要取代抽象类。

“添加新方法”那行其实是框架设计者最关心的：

抽象类加方法可给默认实现，子类无感
接口加抽象方法会编译破坏所有实现类（JDK8 前 Collection 加方法就是灾难）
JDK8 的 default 方法补上了这个短板，但引入了新问题：菱形冲突——一个类实现两个含同名 default 方法的接口时必须显式 override 裁决，否则编译报错

JDK 集合框架的示范：List（接口，契约）+ AbstractList（抽象类，骨架实现）+ ArrayList（具体类）。接口定契约、抽象类给骨架、具体类做实现三层配合是经典范式
模板方法模式用抽象类（固定流程、留空步骤）；策略/能力标记用接口
对外 API（SPI、中间件扩展点）优先接口：实现方可以多继承、可被代理（JDK 动态代理只认接口）

语法区别会随版本演化（default 方法、private 接口方法），但”状态与单继承归抽象类、契约与多实现归接口”的语义分工不会变。按语义选型，比按语法差异选型稳定得多。