抽象类表达“is-a”关系，用于代码复用和状态共享；接口体现“can-do”关系，定义行为契约。选择抽象类实现类型继承，选择接口支持多继承与解耦。两者结合可提升代码扩展性与清晰度。
抽象类和接口是Java中实现抽象化的两种核心机制，它们的设计理念不同，适用场景也各有侧重。理解它们的关键在于把握“是什么”和“能做什么”的区别。
抽象类：表达“是什么”的类型关系
抽象类代表一种“is-a”关系，强调的是类的继承和共性行为的封装。它用于描述一组具有相同基本特征和部分共同实现的类。
抽象类可以包含抽象方法（没有实现的方法）和具体方法（有实现的方法），也可以定义成员变量。子类继承抽象类时，会继承其属性和方法，并必须实现所有抽象方法，除非子类本身也是抽象类。
举个例子：如果设计一个图形系统，可以定义一个Shape抽象类，它包含计算面积的抽象方法getArea()，同时提供一个具体方法display()打印图形信息。圆形、矩形等具体图形都“是一种”形状，因此继承Shape是合理的。
立即学习“Java免费学习笔记（深入）”；
抽象类的核心价值在于：
- 代码复用：父类提供通用实现，减少重复代码
- 强制统一结构：子类必须遵循父类定义的方法契约
- 支持状态共享：可以定义实例变量，保存对象状态
接口：定义“能做什么”的能力契约
接口体现的是“can-do”关系，关注的是行为规范而非具体实现。它不提供任何实现（Java 8之前），只声明方法签名，表示实现类具备某种能力。
从Java 8开始，接口允许定义默认方法（default method）和静态方法，使得接口可以在不破坏实现类的前提下扩展功能。接口中的变量默认是public static final的。
例如：多个类如Bird、Airplane都可以实现Flyable接口，表示它们都具备飞行的能力，但飞行的具体方式完全不同。这种设计解耦了行为与类型。
接口的优势体现在：
- 多继承支持：一个类可以实现多个接口，弥补Java单继承的限制
- 高度解耦：调用者只依赖接口，不关心具体实现
- 便于扩展和测试：新增实现类不影响原有代码，易于Mock测试
如何选择抽象类还是接口
当需要共享代码和状态，并建立明确的类型层级时，使用抽象类更合适。比如领域模型中的基类设计。
当需要定义可组合的行为能力，或希望多个不相关类具备相同功能时，优先使用接口。比如事件监听、序列化、比较器等场景。
现代Java开发中，接口更常被用于定义服务契约，配合依赖注入使用。而抽象类多用于框架内部提供基础实现。
简单判断标准：
- 是否需要多个类共享代码？是 → 考虑抽象类
- 是否希望一个类拥有多种行为？是 → 使用接口
- 是否存在“是一种”的关系？是 → 抽象类
- 是否存在“能做某事”的能力？是 → 接口
基本上就这些。抽象类侧重于“身份”，接口侧重于“能力”。合理运用两者，能让代码结构更清晰，扩展性更强。实际开发中，往往是接口定义对外契约，抽象类提供中间层实现，形成良好的分层设计。
