抽象类实现接口时可只覆盖部分方法，未实现方法自动成为抽象类的抽象方法，由非抽象子类强制实现；典型应用为适配器模式，支持按需实现并遵循ISP原则拆分接口。
Java 中抽象类实现接口时，可以只覆盖部分抽象方法，其余方法留空或不实现——这是合法且常用的设计技巧。关键在于：抽象类本身不要求实现所有接口方法，它把未实现的方法“传递”给子类去完成。
抽象类不必实现接口全部方法
普通类实现接口时，必须重写所有抽象方法；但抽象类作为中间层，可以有选择地实现其中一部分，未实现的方法会自然成为该抽象类的抽象方法，强制其非抽象子类去补全。
- 抽象类用 implements 声明实现接口，语法合法
- 未覆盖的接口抽象方法，在抽象类中自动变成“继承来的抽象方法”
- 子类继承该抽象类时，若为具体类，就必须实现所有未覆盖的抽象方法（包括从接口继承来的）
典型使用场景：便利类（Adapter / Skeleton Class）
当接口定义了多个方法，而你只关心其中一两个时，可先写一个抽象类作为“桥梁”，把不关心的方法提供空实现或默认逻辑，让后续子类专注核心行为。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 例如接口 Window 有
draw()、putColor()、setPosition() - 业务类只需定位窗口，那抽象类可为空实现前两个，只留
setPosition()抽象 - 最终子类只需实现
setPosition()，代码更干净、职责更清晰
注意方法签名与返回值一致性
如果多个接口中有同名方法，抽象类在实现时需确保签名（参数类型、数量、顺序）和返回值类型完全一致，否则编译报错。
立即学习“Java免费学习笔记（深入）”；
- 接口 A 和 B 都声明
void run()→ 抽象类实现一次即可 - 接口 A 声明
void run()，接口 B 声明String run()→ 冲突，无法共存于同一实现类 - 抽象类中覆盖的方法，访问修饰符不能比接口中更严格（必须是 public）
替代思路：接口拆分（ISP 原则）
如果发现总在回避某些接口方法，说明接口可能承担了过多职责。更可持续的做法是按功能拆分接口：
- 把 Window 拆成
Drawable、Colorable、Positionable - 不同业务类按需 implements 其中一个或多个
- 避免“被迫实现无用方法”，也减少抽象类中间层的维护成本
