抽象类定义“是什么”，体现is-a关系，用于同族类共享状态与行为；接口定义“能做什么”，体现can-do关系，用于跨类族的能力契约；二者常组合使用，分工明确。
接口和抽象类在面向对象设计中不是“选哪个更好”，而是“各自管什么”。划分职责的关键，不在于语法差异，而在于你正在建模的是“身份”还是“能力”。
抽象类负责定义“是什么”——表达类族的共同身份与基础结构
当你有一组类，天然属于同一类事物，共享状态、构造逻辑和部分行为时，用抽象类。它体现 is-a 关系，比如 猫是动物、狗是动物、鸟是动物。
- 可以声明 protected 字段（如
name、age），子类直接继承使用 - 可提供具体方法实现（如
sleep()、eat()），避免重复代码 - 可定义构造器，统一初始化逻辑（如校验 name 非空）
- 强制子类补全关键行为（通过 abstract 方法），比如
makeSound()必须由每个动物自己实现
接口负责定义“能做什么”——表达跨类族的通用能力契约
当你需要让不同来源的类具备相同行为能力，但它们之间并无继承关系时，用接口。它体现 can-do 关系，比如 飞机能飞、鸟能飞、超级英雄也能飞，但飞机不是鸟，超级英雄也不是动物。
- 只关注“有没有这个能力”，不管“怎么实现”或“属于谁”
- 一个类可以实现多个接口（
class Bird implements Flyable, Singable, Serializable），解决 Java 单继承限制 - Java 8+ 的 default 方法适合提供通用默认行为（如
land()），但不能替代状态管理 - 接口中的字段自动是
public static final，本质是常量，不适合存实例状态
真实项目里经常一起用，分工明确
比如订单系统：
- 抽象类 AbstractOrderProcessor 封装共用流程（校验库存、生成单号、更新状态）、共享字段（orderNo, createTime），并强制子类实现 doPayment() 和 sendNotification()；
- 接口 Refundable 标识“支持退款”，只有部分订单类型（如电商订单）才实现它；
- 接口 Exportable 表示“可导出为 PDF/Excel”，和业务类型无关，连后台报表也能实现。
这种组合下，抽象类管“怎么处理订单”，接口管“额外能干什么”，互不干扰，扩展也干净。
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
立即学习“Java免费学习笔记（深入）”；
判断该用哪个，看这三个问题
写代码前快速问自己：
- 这些类是否属于同一语义类别？→ 是 → 优先考虑抽象类
- 是否需要共享字段或构造逻辑？→ 是 → 只能用抽象类
- 是否希望不同类（甚至毫无关系的类）都具备某项能力？→ 是 → 必须用接口
不复杂但容易忽略
