接口定义行为契约，抽象类提供共用实现。通过接口实现多继承行为，定义“能做什么”；抽象类封装共有属性与方法，解决“是什么”和“如何部分实现”。典型模式如List与AbstractList，接口规范标准操作，抽象类实现通用逻辑，开发者可选择完全自定义或继承抽象类重写必要方法，兼顾扩展性与复用性。
在Java中，抽象类和接口的组合使用是一种常见且强大的设计手段。它既能发挥接口定义行为规范的优势，又能借助抽象类提供部分实现和共享状态的能力。理解这种组合方式，关键在于明确两者的定位与互补性。
接口定义行为契约
接口用于声明一组相关方法，不包含实现（Java 8以后允许默认方法和静态方法），强调“能做什么”。通过接口，可以实现多继承的行为定义，让不同类具备相同的能力。
- 接口适合描述跨不同类型对象的通用能力，比如
Runnable、Serializable - 一个类可以实现多个接口，体现多重角色
- 接口中常量默认是
public static final，方法默认是public abstract
抽象类提供共用实现
抽象类用于封装子类共有的属性和方法，可以包含已实现的方法、构造器、成员变量等。它解决的是“是什么”和“如何部分实现”的问题。
- 抽象类更适合表示具有层次关系的类族，如图形、员工类型
- 可以包含非抽象方法，减少重复代码
- 子类只能继承一个抽象类，限制了灵活性但增强了结构一致性
接口与抽象类协同工作的典型模式
实际开发中，常先定义接口作为API契约，再提供一个抽象类作为该接口的“骨架实现”，这样既保证了扩展性，又降低了实现成本。
- 例如Java集合框架中的
List接口与AbstractList抽象类：接口定义操作集合的标准方法，抽象类实现其中一些通用逻辑（如迭代器） - 开发者可以选择直接实现接口（完全自定义），也可以继承抽象类并只重写必要的方法
- 这种方式提升了代码复用性和维护性，同时保持接口的开放性
基本上就这些。合理利用接口定义规范、抽象类共享实现的特性，能让系统设计更灵活、清晰。关键是根据业务需求判断：需要多继承行为就用接口，需要代码复用和状态管理就用抽象类，两者结合往往效果更好。
