抽象类聚焦“是什么”，用于共性建模与代码复用，体现is-a关系和单继承；接口聚焦“能做什么”，用于能力解耦与多维扩展，支持多实现与松耦合。
设计初衷的根本不同，就落在“它是什么”和“它能做什么”这两个问题上。
抽象类：聚焦“是什么”，解决共性建模与代码复用
抽象类是从已有具体类中向上抽取出来的通用模板。它描述的是一组具有明确继承关系的对象——比如 Cat、Dog、Bird 都 是 Animal；PDFReport、ExcelReport、CSVReport 都 是 Report。这种 is-a 关系决定了抽象类天然适合表达层级结构。
它不只声明行为，还承载状态和逻辑：可以有构造器初始化共享字段（如 protected String name），可以有普通方法封装公共流程（如报表系统的“加载数据→生成文件→记录日志”），也可以留出抽象方法让子类定制关键差异（如 generateContent()）。
- 本质是“自下而上”的抽象：先有多个相似类，再提炼父类
- 核心价值在于减少重复、统一初始化、控制子类结构
- 一个类只能继承一个抽象类，这是单继承语义的体现
接口：聚焦“能做什么”，解决能力解耦与多维扩展
接口不关心对象的来源或身份，只约定它对外提供的能力。一个 Duck 可以 是 Bird（继承抽象类），同时又 能飞、能游、可序列化——这些能力彼此独立，也不依赖于 Bird 这个身份。
它像一份公开合同：只要实现 Flyable，就必须提供 fly()；实现 Swimmable，就必须提供 swim()。飞机、无人机、鸭子都能签同一份 Flyable 合同，它们之间毫无继承关系。
- 本质是“自上而下”的契约：先定义能力边界，再由各类分别履约
- 核心价值在于跨类型协作、松耦合、支持一个类拥有多种角色
- 一个类可以实现多个接口，突破单继承限制
关键不在语法，而在建模视角
你写一个 abstract class Vehicle，是在回答：“这类东西本质上是什么？”——它有品牌、速度、启动逻辑，子类是 Car、Bike、Truck。
你写一个 interface Autonomous，是在回答：“这个东西具备什么外部能力？”——Car、Drone、Robot Vacuum 都可能实现它，但它们的内部结构天差地别。
语法差异（比如能否有构造器、能否定义变量）只是设计初衷在语言层面的自然映射，不是出发点。真正卡住设计的，永远是那个问题：你此刻想表达的，是一个身份归属，还是一种独立能力？
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
