本质区别在于角色定义与骨架提供：接口定义“能做什么”，通过default方法安全扩展能力；抽象类定义“是什么”，提供含状态和流程的可复用骨架。
Java 中接口与抽象类的本质区别，不在于“能不能写方法”，而在于“谁在定义角色、谁在提供骨架”。JDK 8 的接口演进没有抹平这个差异，而是让接口更擅长做它本来该做的事：安全地扩展能力。
接口变了什么：default 方法是兼容性补丁，不是功能替代
Java 8 之前，往接口加一个新方法，所有实现类立刻编译失败——这叫“强破坏”。default 方法解决了这个问题：
- 新增的 default 方法对老实现类完全透明，它们自动获得该行为，不用改一行代码
- 比如 JDK 8 给 Collection 加了 stream() 和 removeIf()，ArrayList、LinkedList 等直接就能用
- 但 default 方法不能访问实现类的实例字段，也不能调用子类重写的方法，它只是“固定逻辑”，不是模板
抽象类没变什么：加 abstract 方法仍会强制子类响应
抽象类始终没有类似 default 的兼容机制：
- 新增一个 abstract 方法，所有非 abstract 子类必须立刻补实现，否则编译报错
- 即使你只加一个具体方法（比如 logAction()），也解决不了“新增契约必须响应”的问题
- 想保持兼容？只能靠加具体方法（子类可选继承）、版本隔离或重构，都不如 default 那样自然
设计意图依然泾渭分明
接口和抽象类的分工没因 JDK 8 改变：
- 接口回答“能做什么”：Flyable、Serializable、Comparable——跨类型、多组合、松耦合
- 抽象类回答“是什么+怎么共用”：Animal、AbstractList、HttpServlet——有状态、有构造器、有可复用的流程骨架（比如模板方法）
- default 方法让接口更像“可升级的能力插槽”，而不是“轻量级抽象类”
选哪个？看你要解决的问题
不纠结语法，盯住场景：
- 需要多个父类能力？→ 用接口（类可以 implements 多个）
- 要共享字段、构造逻辑或模板流程？→ 用抽象类
- 给已有接口加新功能，又不想动老代码？→ default 方法就是为此而生
- 想让子类统一执行某段初始化或收尾逻辑？→ 抽象类的构造器和 final 模板方法仍是唯一解
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
