文章收录专栏Java 核心原理全解源码・并发・面试实战先看一组面试高频题自测一下你的掌握程度接口能多继承吗JDK8 加了 default 方法之后接口能替代抽象类吗两个接口都有同签名 default 方法实现类该怎么办抽象类有构造器为什么还不能实例化第 1 题背过区别表的人都能答第 2、3 题能答到点子的上的往往凤毛麟角。这 4 题的答案都藏在下面的正文里看完你能全部脱口而出才算真正过关。差别不在记忆力而在有没有理解背后的设计语义—— 这篇文章就用 3 层认知把这组面试八股从 “会背” 讲到 “会讲”。进入语法之前先给这组概念一个生活化锚点抽象类像生产线的模板图纸—— 流程、公共零件、状态都定好了子类照着图纸补上自己那部分细节is-a它是什么接口像USB 接口标准—— 不管你是鼠标、U 盘还是手机只要符合这套规范就能即插即用can-do它能做什么。一句话本质抽象类回答「它是什么」接口回答「它能做什么」。记住这一句下面所有表格都是它的展开。第 1 层・语法差异3 个关键差异 1 个高频误区1.1 完整对比表表格对比项接口interface抽象类abstract class关键字interfaceabstract class继承 / 实现类可 implements 多个接口接口可 extends 多个接口类只能 extends 一个抽象类字段隐式 public static final必须初始化常量普通 / 静态字段均可修饰符任意构造器无构造器有构造器不能直接实例化仅供子类 super () 调用方法JDK8 前仅抽象方法JDK8 可定义 default/staticJDK9 可定义 private抽象 / 普通 /final/ 静态方法均可抽象方法默认 public abstract可省略必须显式 abstract不能是 private/static/final/native访问权限方法基本为 publicJDK9 private 方法除外成员可为 public/protected/ 包私有 /private实例状态不能持有实例字段无状态可持有实例字段有状态与 final 关系天然被实现 / 继承无冲突不能被 final 修饰final 禁止继承与抽象矛盾表太长不好背抓住3 个关键差异接口无状态抽象类有状态。接口字段一律public static final常量 —— 这是 JLS 的强制规定接口字段声明隐式含这三个修饰符本质是接口作为纯契约不允许携带可变状态抽象类可以持有字段和状态这是两者最本质的语法差异。类单继承接口多继承。一个类只能 extends 一个抽象类但可以 implements 多个接口接口本身还能 extends 多个接口。接口是突破类单继承限制的唯一手段。接口方法权限受限。接口方法默认public abstract只有 JDK9 的 private 方法是例外抽象类的方法修饰符完全自由public/protected/ 包私有 /private 都行。再补一个高频误区两者都不能直接 new但都可以通过子类或匿名内部类获得实例 —— 很多人以为只有抽象类能匿名实现其实接口同样可以Runnable r new Runnable() { // 接口的匿名实现类 Override public void run() { System.out.println(run); } };第 2 层・本质差异你要的是 “骨架”还是 “契约”语法能背选型才是工程能力的体现。判断标准只有一条这个场景需要的是 “骨架” 还是 “契约”。2.1 用抽象类 —— 它是「骨架」类之间有明确的is-a关系公共逻辑和共享状态要收拢在父类子类只补差异。典型落点是模板方法模式父类定义算法骨架把可变步骤声明为抽象方法交给子类。JDK 里的现成例子AbstractList实现好iterator()、add()等通用逻辑子类只需实现少数核心方法AbstractMap把entrySet()之外的公共逻辑下沉子类按需覆盖AbstractQueuedSynchronizerAQS把同步器骨架做到极致JUC 里一半的锁建立在它之上。2.2 用接口 —— 它是「契约」多个互不相干的类需要具备同一种能力或你需要解耦、可插拔、可替换。接口只定义 “能做什么”不关心 “怎么实现”典型落点是策略模式、回调、标记接口Comparator定义 “怎么比较”排序策略可随意替换Runnable/Callable定义 “怎么跑”线程执行只认这个契约Serializable/Cloneable干脆是空契约标记接口只声明 “可以被序列化 / 克隆”。这些场景里实现者之间没有继承关系接口是最优解。补充一个易混淆点has-a通常指组合关系所以接口不要用 is-a 去理解用can-do能力契约最准确。2.3 为什么说 “组合优于继承”这是 Java 社区的一条工程铁律原因很实在继承容易引发 “脆弱基类问题”—— 父类改一个细节所有子类行为都可能被连带改变耦合极深而接口 组合让组件可替换、耦合更低。JDK 最经典的落地链路List接口定义能力 → AbstractList抽象类给骨架实现 → ArrayList具体类落地即先定接口契约 → 再用抽象类给骨架 → 最后具体类落地两头的好处都拿到。第 3 层・JDK 演进default 方法带来什么又带不走什么3.1 演进时间线JDK8 之前接口只能有抽象方法和常量没有任何实现。JDK8新增default和static方法动机是平滑增强—— 比如给Collection加stream()时不用去改几百个实现类直接给默认实现即可。JDK9新增private/private static方法让 default/static 方法内部可以复用公共逻辑避免重复代码外泄。3.2 default 方法的冲突规则三连背default 方法带来新问题方法冲突。三条规则一条都不能错规则一类优先class wins。实现类自身方法或父类方法优先于接口 default 方法class Parent { public void hello() { System.out.println(Parent); } } interface MyInterface { default void hello() { System.out.println(Interface); } } class Child extends Parent implements MyInterface { // 无需重写child.hello() 输出 Parent——父类方法优先 }规则二接口冲突必须显式重写。多个接口有同签名 default 方法时实现类必须重写用接口名.super.方法名()指定调哪个public interface A { default void hello() { System.out.println(A); } } public interface B { default void hello() { System.out.println(B); } } public class C implements A, B { Override public void hello() { A.super.hello(); // 显式指定调用 A 的默认实现 } }这里就藏着接口多继承的菱形问题两个父接口有同签名 default 时子接口 / 实现类必须显式化解冲突。接口之所以保留多继承的灵活性代价正是这套 “显式解决冲突” 的机制 —— 这也是类不允许多继承的原因规避不确定性。规则三接口 static 方法不参与冲突。只能通过接口名调用不被实现类继承impl.staticMethod()直接编译不过。3.3 一个常被忽略的对照“必须实现” vs “可选重写”抽象方法和 default 方法都算 “接口给的方法”但强制程度完全不同 —— 这是高频口试题眼abstract class Shape { abstract double area(); // 抽象方法子类必须实现 void print() { /* ... */ } // 普通方法可继承可不重写 } interface Drawable { default void draw() { /* ... */ } // default实现类可选重写 }抽象方法子类必须实现除非子类仍是抽象类否则编译不过default 方法实现类可以继承默认行为也可以按需重写。3.4 关键认知default 替代不了抽象类最容易踩的认知坑在这default 方法只能提供 “行为实现”接口依然不能持有实例字段、没有状态而抽象类可以持字段、有构造器能封装真正的状态与初始化逻辑 ——AbstractList的modCount、AQS的state全是靠成员状态工作的。一句话default 只是给接口加了 “行为兜底”不是给接口加了 “状态”。所以接口永远替代不了抽象类。实战落地接口 → 抽象类 → 具体类的三段式模板理论讲完直接给一个可直接套用的工程模板。以支付场景为例把三层结构落成代码// ① 接口定义能力契约 行为兜底 public interface Payment { void pay(BigDecimal amount); // 抽象方法实现类必须提供 default void log() { /* 默认日志逻辑 */ } // default可选重写 } // ② 抽象类提供骨架实现模板方法可部分实现接口 public abstract class AbstractPayment implements Payment { protected abstract void preCheck(); // 留给子类 Override public void pay(BigDecimal amount) { // 实现接口方法定义骨架 preCheck(); doPay(amount); } protected abstract void doPay(BigDecimal amount); // 留给子类 // 注意log() 无需在此实现直接继承接口 default 即可 } // ③ 具体类落地差异化逻辑 public class WechatPay extends AbstractPayment { Override protected void preCheck() { /* 微信前置校验 */ } Override protected void doPay(BigDecimal amount) { /* 微信支付 */ } // log() 继承 default也可选择性重写 }这个模板同时演示了三个高频考点抽象类实现接口时可以不实现全部方法log()未实现由接口 default 兜底剩余抽象方法继续下放给子类、模板方法模式pay()定骨架、preCheck/doPay交给子类、接口 / 抽象类 / 具体类三者职责分层。实战选型一张决策清单面试官最常追问 “那你怎么选”这张表直接背下来表格判断条件选接口选抽象类需要共享状态 / 字段❌✅构造器要初始化公共逻辑❌✅类间有明确 is-a 关系❌✅需要模板方法复用❌✅只定义行为规范✅❌需要多实现 / 多能力✅❌要解耦、可插拔、可替换✅❌实现类间无本质继承关系✅❌高频坑点自查这 8 条背下来抽象类可以没有抽象方法但有抽象方法一定是抽象类。抽象类有构造器但不能实例化构造器是给子类super()初始化父类状态用的。抽象类不能被final修饰 ——final 禁止继承和 “抽象类要被子类实现” 直接矛盾。抽象方法不能是private/static/final/nativeprivate 和 final 无法被子类重写static 不参与多态native 与 abstract 语义冲突。抽象方法必须实现default 方法可选重写 ——“必须” 和 “可选” 别搞混。接口 static 方法只能用接口名调用不被实现类继承。别用接口堆常量常量接口反模式全局常量放常量类或枚举。线上改接口要克制每加一个 default 方法所有实现类行为都可能被影响 ——接口是契约变更要谨慎。面试高频追问速答 金句本质抽象类 is-a骨架 状态 复用接口 can-do契约 能力 解耦。选型is-a、要状态、要模板 → 抽象类can-do、要解耦、要多实现 → 接口。JDK 演进8 加 default/static9 加 privatedefault 只是行为兜底替代不了抽象类。冲突规则类优先 → 接口冲突显式重写A.super.hello()→ 接口 static 不参与。金句收尾抽象类回答「它是什么」接口回答「它能做什么」is-a 用抽象类can-do 用接口先定契约、再给骨架、最后填实现。如果觉得有用欢迎点赞、收藏、评论交流也欢迎关注本专栏系列持续更新中我们下篇再见。标签#Java #面试 #接口 #抽象类 #默认方法 #JDK8 #设计模式