接口定义“能做什么”（can-do关系），抽象类定义“是什么”（is-a关系）；前者用于能力契约，后者用于类型归属与共性逻辑封装。
别背区别，先抓核心意图：接口是“能做什么”，抽象类是“是什么”。混淆往往始于把语法当本质，而面试官真正想听的是你如何用它们解决问题。
用一句话锚定设计意图
看到需求时，先问自己两个问题：
- 这个东西在业务里属于哪一类？——如果是“猫是动物”“订单是交易”，就该用抽象类（is-a 关系）
- 这个东西具备什么能力？——如果是“能飞”“可序列化”“支持重试”，就该用接口（can-do 关系）
比如“微信支付”和“支付宝支付”都属于“支付服务”，这是类别归属，适合抽成抽象类；而“支持异步回调”“支持幂等校验”是附加能力，适合定义为接口，让不同支付类按需实现。
避开语法陷阱的三处关键
很多人一开口就说“接口不能有构造器、抽象类可以”，这没错，但不是重点。真正容易翻车的是下面三点：
立即学习“Java免费学习笔记（深入）”；
- default 方法不是为了替代抽象类：Java 8 加 default 是为向后兼容（比如给 List 新增 sort 方法，不用强制所有实现类改代码），不是让你把模板逻辑塞进接口。一旦接口里 default 方法开始调用 private 方法、操作状态变量，说明它已经越界了——该换抽象类了
- 抽象类可以没有抽象方法：像 HttpServlet 就是典型，它全都是具体方法，只因不希望被直接实例化才声明为 abstract。别一见 abstract class 就默认“必须有 abstract method”
-
接口里的变量永远是 public static final：哪怕你写
int MAX_RETRY = 3;，编译器也会自动补全修饰符。这不是省略，是强制语义——它代表契约常量，不是状态快照
面试时讲清楚“为什么这么选”
光说“我用了接口因为能多实现”远远不够。要带出决策链条：
- 业务变化点在哪？（比如未来可能加抖音支付、PayPal 支付）
- 哪些逻辑肯定不变？（比如统一验签、日志埋点）→ 这些放进抽象类的模板方法
- 哪些能力是可插拔的？（比如是否支持延迟到账、是否走沙箱环境）→ 这些拆成接口，由具体实现类选择实现
这样讲，面试官立刻明白你不是套口诀，而是真做过权衡。
画个草图比背表格更有效
被问到区别时，别急着列七八条。拿白板或纸，随手画两行：
Animal（抽象类）├─ name: String
├─ sleep() → 具体实现
└─ makeSound() → 抽象方法
Flyable（接口）
├─ fly()
└─ flap() → default 实现
再补一句：“Animal 描述‘它是什么’，所以带状态和共性行为；Flyable 描述‘它能做什么’，所以只管动作契约，连状态都不该有。”
