抽象类与接口应互补使用：抽象类定义共通逻辑，接口声明行为契约。通过模板方法固定流程，接口扩展功能，结合默认方法复用基础实现，横切关注点抽离为接口，提升模块化与可维护性。
在Java面向对象编程中，抽象类和接口是实现代码复用与设计灵活性的重要工具。将二者结合使用，可以更精细地控制类的结构与行为定义。关键在于明确职责划分：抽象类负责共享共通逻辑，接口则用于声明可选或跨类型的行为契约。
理解抽象类与接口的核心差异
抽象类使用abstract class定义，可以包含抽象方法和具体实现，支持成员变量，且子类通过extends继承，每个类只能继承一个抽象类。接口使用interface定义，默认方法为public abstract，从Java 8开始支持default和static方法，类通过implements实现一个或多个接口。
这意味着：若需要提供部分实现或状态管理，优先考虑抽象类；若需支持多重行为组合或松耦合设计，则使用接口。
通过模板方法模式结合抽象类与接口
将算法骨架放在抽象类中，而将可变行为抽取到接口中，是一种常见组合方式。例如构建数据处理流程：
立即学习“Java免费学习笔记（深入）”；
- 定义DataProcessor抽象类，包含通用的prepare、execute、cleanup流程
- 定义Validator和Formatter接口，分别规范校验与格式化行为
- 具体处理器继承抽象类，并根据需求实现不同接口
这样既保证了流程统一，又允许灵活扩展功能。
利用默认方法增强接口，由抽象类实现基础逻辑
Java 8之后，接口中的default方法可用于提供可选实现。可设计一个基础抽象类实现这些默认行为，供子类复用。例如：
- 定义Logger接口，含log() default方法
- 创建AbstractLogger抽象类实现log()的基础逻辑（如加时间戳）
- 具体日志类继承AbstractLogger，获得默认能力的同时仍能重写定制
这种结构避免了重复实现公共逻辑，也保留了接口的多实现优势。
避免重复定义，合理分层设计
当多个抽象类需要共享某些能力时，不要直接在抽象类中重复写方法，而是将这些能力抽象为接口。比如序列化、可配置、可监控等横切关注点，应以接口形式存在，由需要的抽象类去实现。
这样做提升了系统的模块化程度，也让类关系更清晰。例如：
- Service抽象类定义服务主流程
- Startable接口声明start()/stop()
- Configurable接口声明configure(Map)
- 具体服务类继承Service并实现所需接口
基本上就这些。抽象类与接口的组合不是非此即彼的选择，而是互补协作的设计策略。掌握它们的适用场景，才能写出高内聚、低耦合、易扩展的Java代码。
