抽象类强调“是什么”（is-a关系），用于代码复用和模板设计；接口强调“能做什么”（can-do契约），支持多实现、定义行为规范。抽象类可含字段、构造器和具体方法，接口只能定义行为（Java 8+ 支持default/static方法但无状态）。
接口和抽象类是 Java 面向对象设计的两大基石，大厂面试不考死记硬背，而是看你能否在真实场景中准确选型、清晰表达设计意图。关键不是“它们有什么区别”，而是“为什么在这里用接口而不是抽象类”“什么情况下必须用抽象类”。
一、核心差异要落到设计动机上
别再只背“接口只能有抽象方法，抽象类可以有具体方法”——这早过时了（Java 8+ 接口可有 default/static 方法）。真正区分点在于：
-
接口表达“能做什么”（契约）：比如
Runnable不关心你怎么跑，只约定你得提供run()；Comparable只约束“能比大小”，不规定怎么比。 -
抽象类表达“是什么”（模板/骨架）：比如
HttpServlet是 HTTP 协议处理的抽象实现，它预置了请求分发逻辑（service()），子类只需重写doGet()/doPost()—— 这是“流程已定、细节开放”的典型。
二、选型决策树：三步快速判断
遇到需要复用或约束的场景，按顺序问自己：
- 是否需要定义通用状态（字段）或共享行为实现？ → 是 → 优先考虑抽象类（接口不能有实例字段，default 方法也不能访问 this）。
-
是否要求多继承能力？ → 是 → 必须用接口（类只能单继承，但可实现多个接口；如一个类既要
Serializable，又要Cloneable，还要自定义Validatable）。 - 是否面向未来扩展？ → 接口更安全：新增 default 方法不影响已有实现类；而抽象类加新抽象方法会强制所有子类修改。
三、高频陷阱题现场拆解
面试官爱问：“既然接口也能有 default 方法，那抽象类还有存在必要吗？”
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
答法要点：
- 指出 default 方法本质是“接口级别的工具方法”，不能替代抽象类的构造器、成员变量、protected 方法、静态代码块等能力；
- 举反例：Spring 的
InitializingBean是接口，靠afterPropertiesSet()做初始化；但如果框架想统一管理 Bean 生命周期（含状态字段如isInitialized、预初始化逻辑），就必须用抽象基类（如AbstractBeanDefinition）； - 强调：抽象类更适合构建有共同数据模型 + 固定流程 + 可变细节的组件，比如数据库连接池的抽象实现（含连接计数、超时配置、获取/释放模板）。
四、进阶加分项：结合 JDK 和主流框架说人话
光讲理论不够，用真实代码体现理解深度：
-
JDK 示例：对比
Collection（接口，定义 add/remove 等契约）和AbstractList（抽象类，已实现indexOf/contains等基于迭代器的通用逻辑，子类只需提供get(int)和size()）； -
Spring 示例：
RestTemplate内部委托ClientHttpRequestInterceptor（接口）做拦截，因为拦截逻辑完全正交、可自由组合；而SimpleMailMessage继承AbstractMessage（抽象类），因为它复用了邮件基础字段（to/cc/subject）和校验模板； -
设计建议：对外暴露能力用接口（如 RPC 服务接口），对内构建框架用抽象类（如 Netty 的
ChannelInboundHandlerAdapter提供空实现，降低用户开发成本）。
