抹茶柚子冰做 Java 开发这几年，有一个问题被问到的次数多到让人怀疑人生，就是“接口和抽象类到底怎么选”。面试会问，组内 code review 会聊，连带新人也经常拿这个来请教。你要说它难吧，背过八股文的人都能说上两句；你要说它简单吧，真到写代码的时候，很多人还是凭感觉拍脑袋，选完之后自己心里都没底。
这篇文章我不打算给你念教科书，就把这个问题当成一个真实的工程决策来讲：接口和抽象类各自解决什么问题、语法上到底差在哪、JDK 版本更新之后这些差异有没有变化，以及我在实际项目里总结出来的一套选型思路。无论你是准备面试还是日常写业务，看完应该都能有个清楚的判断。
1. 从需求角度先理解：你面对的是什么抽象问题
很多初学者容易一上来就对比语法，背完“接口没有构造方法、抽象类有构造方法”之类的区别，然后遇到实际场景还是不会用。原因很简单：语法是表，语义是里。你只有先搞懂这两种机制在程序设计里扮演的角色，才能真正理解怎么选。
1.1 “是什么”和“能做什么”是两种完全不同的抽象
抽象类回答的问题是“它是什么”，描述的是事物的本质身份；接口回答的问题是“它能做什么”，描述的是对象具备的能力。一句话总结：抽象类处理 is-a 关系，接口处理 can-do 关系。
举个例子，燕子是鸟，老鹰也是鸟，它们共享“鸟类”的本质属性，比如有翅膀、卵生、体温恒定。这时候可以用一个 Bird 抽象类来表达它们共同的基因。但是“会飞”并不是鸟类的专属特征，蝴蝶会飞、蜜蜂也会飞，甚至飞机也会飞。如果你把 fly() 方法塞进 Bird 抽象类，那蝴蝶和飞机都没法复用这个能力。正确的做法是把“飞”抽象成一个能力接口 Flyable，谁想飞谁就去实现它。
这就是问题的核心：你的代码里需要表达的是一个对象的“身份”，还是一个对象能提供给外界的“能力”？身份用抽象类，能力用接口。这个判断标准几乎覆盖了大多数场景。
1.2 为什么 Java 同时保留这两套机制
搞清楚历史背景对理解这个问题很有帮助。Java 的类继承是单继承，一个类只能有一个父类，这是为了规避 C++ 多继承带来的菱形继承问题（也就是一个子类同时继承了两个父类，两个父类又都继承自同一个祖先类，导致成员歧义）。
但单继承的代价是表达能力受限。现实中的对象往往同时具备多种能力，比如一个智能机器人，它既能移动、又能对话、还能执行任务。如果只能用单继承，你没办法让一个类同时拥有“移动者”、“对话者”、“任务执行者”三份公共实现。接口就是来补这个短板的：一个类虽然只能继承一个抽象类，但可以实现多个接口。
所以你可以这么理解：抽象类是 Java 保证代码复用的一种手段，接口是 Java 在单继承约束下保留多态能力的一种设计。两者从一开始就是配合使用的关系，不是互相替代的关系。
1.3 抽象类和普通类到底差在哪
有人会问：抽象类跟普通类看起来差不多，都能有字段、构造器、具体方法，为什么不直接继承普通类？区别在两点。
一个是你没法直接 new 一个抽象类。它的构造器存在的意义不是让你创建对象，而是给子类提供一个初始化流程的入口。子类在创建对象时，会隐式调用父类构造器完成基础状态的初始化。普通类你可以直接实例化，但抽象类语义上就是一个“半成品”，强制要求你用它的时候必须继续完善它。
另一个是抽象方法。一个类里只要有一个抽象方法，这个类就必须声明为抽象类。抽象方法相当于给子类立规矩：我不管你具体怎么实现，但你必须实现这个方法。普通类没有这种强制约束力。这种“强制子类补全”的能力，是设计良好抽象层次的关键。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 语法层面对比与 JDK 演进带来的变化
既然要深入这个问题，语法差异是绕不开的。但这部分我不想干巴巴地罗列，我按“字段、方法、构造器、继承约束”四个维度给你拆开讲，顺便把 JDK 8 之后接口能力变化带来的影响一起说了。
2.1 一张表看清核心语法差异
下面这张表可以作为面试场景的速查卡，也可以直接存下来当备忘录。
| 对比项 | 抽象类 | 接口 |
|---|---|---|
| 关键词 | abstract class | interface |
| 继承方式 | 单继承，一个类只能继承一个抽象类 | 多实现，一个类可以实现多个接口 |
| 字段 | 可以拥有任意修饰符的实例字段 | 只能是 public static final 常量（JDK 9 后仍如此） |
| 构造器 | 有构造器，用于子类初始化链 | 没有构造器，不允许实例化 |
| 抽象方法 | 可以有抽象方法，用 abstract 声明 | 可以有抽象方法，默认是 public abstract |
| 具体方法 | 可以包含完整实现的具体方法 | JDK 8 开始可以有 default 和 static 方法，JDK 9 开始可以有 private 方法 |
| 访问修饰符 | 任意（private、protected、public） | 抽象方法只能是 public，JDK 9 的私有方法只能用于内部辅助 |
| 实例化 | 不能直接 new，只能通过子类 | 不能直接 new，只能由实现类创建对象 |
这张表里最值得注意的就是字段和构造器这两行，它俩是接口和抽象类在语法层面最本质的区别：接口不能持有状态，抽象类可以持有状态。
2.2 JDK 8 是分水岭，接口的边界开始模糊
JDK 8 让接口从“纯抽象契约”变成了“可以带默认行为的契约”