Java里抽象类和接口的区别是什么？｜阿里巴巴后端开发面经解析

60 秒回答模板

面试中可以这样回答：抽象类和接口都能定义抽象行为，但抽象类偏向代码复用和继承建模，接口偏向能力抽象和契约约束。一个类只能继承一个抽象类，但可以实现多个接口，所以接口解决的是多能力组合问题。抽象类可以有实例字段、构造器、普通方法、抽象方法，适合沉淀公共状态和模板方法；接口的字段默认是 public static final，普通抽象方法默认是 public abstract，Java 8 之后可以有 default 和 static 方法，Java 9 之后可以有 private 方法来复用接口内部逻辑。选择时，如果多个类有共同父类语义和共享状态，优先抽象类；如果只是暴露能力、规范调用方依赖，优先接口。实际设计中常见做法是接口定义对外契约，抽象类作为可选的骨架实现。

考点 设计意图区别

主线 继承与实现关系

易错点 只背“接口能多实现、抽象类只能单继承”，没有解释设计意…

深入解析

设计意图区别

抽象类表示一组对象的共同本质，强调 is-a 关系，例如不同类型的模板任务都属于同一种任务基类。接口表示对象具备某种能力，强调 can-do 关系，例如可排序、可关闭、可序列化、可支付。答题时要把语法差异上升到建模差异：抽象类是继承体系的一部分，接口是行为契约的一部分。

继承与实现关系

Java 类只能 extends 一个父类，包括抽象类；但可以 implements 多个接口。这个限制决定了抽象类适合放在单一继承主链上，接口适合横向扩展能力。接口支持类型的多继承，即一个接口可以继承多个接口，一个类也可以实现多个接口，但这不是实现细节的多继承，而是契约和类型能力的组合。

字段与状态

抽象类可以定义实例字段、静态字段、常量，并且字段可以使用常见访问修饰符，因此它可以承载对象状态。接口中的字段默认且只能是 public static final，本质上是常量，不适合保存每个对象独有的可变状态。这个差异决定了抽象类可以复用状态和行为，接口主要复用类型约束和少量无状态逻辑。

方法能力

抽象类中可以有抽象方法，也可以有普通实例方法、静态方法、final 方法等，访问级别也更灵活。接口中的抽象方法默认是 public abstract；Java 8 开始接口可以定义 default 方法和 static 方法，Java 9 开始接口可以定义 private 方法和 private static 方法，用于拆分 default 或 static 方法内部的公共逻辑。需要注意，接口 default 方法不是为了把接口变成抽象类，而是为了兼容演进和提供无状态默认行为。

构造器与初始化

抽象类不能直接 new，但可以有构造器，构造器会在子类实例化时被调用，用于初始化父类状态或校验继承链约束。接口不能有构造器，因为接口不负责创建对象，也不保存实例状态。这个点经常用于区分“骨架实现”和“能力声明”：需要初始化共同状态时，接口并不合适。

版本演进能力

接口在 Java 8 引入 default 方法后，可以在不破坏已有实现类的情况下新增默认行为；static 方法可以把与接口强相关的工具逻辑放在接口名下；private 方法则让接口内部默认逻辑更易维护。抽象类新增普通方法通常不会破坏子类，但新增抽象方法会要求所有具体子类实现。接口和抽象类都能演进，但接口 default 方法更常用于 API 兼容性场景。

冲突与优先级

如果一个类继承的父类和实现的接口中存在同签名默认方法，类或父类的方法优先于接口默认方法。如果实现多个接口且多个接口提供相同签名的 default 方法，实现类必须显式重写以消除冲突。这个规则说明接口虽然支持多能力组合，但需要在行为冲突处由实现类做明确选择。

选择场景

如果要定义稳定的对外能力、让不同继承体系的类都能接入，选接口；如果要沉淀公共字段、构造流程、模板方法、部分默认实现，选抽象类；如果既要暴露稳定契约又要复用部分实现，可以使用“接口 + 抽象骨架类”的组合，例如接口面向调用方，抽象类提供可选的基础实现。

易错点

只背“接口能多实现、抽象类只能单继承”，没有解释设计意图。
认为接口只能有抽象方法，忽略 Java 8 的 default、static 方法和 Java 9 的 private 方法。
把接口 default 方法理解成可以随意放业务状态和复杂实现。
误以为抽象类不能有构造器；实际上抽象类可以有构造器，只是不能直接实例化。
误以为接口字段可以作为对象实例变量；接口字段默认是 public static final 常量。
选择场景说成固定规则，例如“永远用接口”或“有公共方法就用抽象类”，缺少对状态、契约和演进的判断。
没有提到多接口 default 方法冲突时需要实现类显式重写。
把抽象类和接口都只当作语法点，没有联系 API 设计、框架扩展和版本兼容。

面试官追问

接口有了 default 方法后，还需要抽象类吗？

需要。default 方法主要解决接口演进和少量默认行为复用，不能替代抽象类的实例字段、构造器、受保护方法、模板流程和状态初始化能力。只要需要共享状态或强约束的继承骨架，抽象类仍然有价值。

抽象类可以没有抽象方法吗？

可以。一个类即使没有抽象方法，也可以声明为 abstract，表示它不应该被直接实例化，通常用于提供公共基础实现或限制创建方式。

接口中的变量为什么通常不建议大量使用？

接口字段本质是 public static final 常量，大量放常量会污染接口职责，让接口从行为契约变成常量仓库。更合理的做法是把常量放到明确的配置类、枚举或领域对象中。

多个接口 default 方法冲突怎么办？

实现类必须显式重写冲突方法，并在方法体中选择调用某个接口的默认实现，或者提供自己的实现。这样可以避免多继承带来的行为歧义。

什么时候用接口，什么时候用抽象类？

需要定义能力规范、适配多种对象、降低调用方耦合时用接口；需要复用公共状态、构造过程、模板方法或继承主干时用抽象类。很多场景下可以接口优先，抽象类作为可选骨架实现。

接口和抽象类哪个更符合面向对象原则？

二者服务的原则不同。接口更贴近依赖倒置和面向契约编程，抽象类更适合封装共性和复用模板逻辑。不是谁更高级，而是要根据领域关系、变化方向和复用需求选择。