抽象类实现接口时可只覆盖部分方法，未实现方法自动成为抽象类的抽象方法，由非抽象子类强制实现；典型应用为适配器模式，支持按需实现并遵循isp原则拆分接口。

Java 中抽象类实现接口时，可以只覆盖部分抽象方法，其余方法留空或不实现——这是合法且常用的设计技巧。关键在于：抽象类本身不要求实现所有接口方法，它把未实现的方法“传递”给子类去完成。

抽象类不必实现接口全部方法

普通类实现接口时，必须重写所有抽象方法；但抽象类作为中间层，可以有选择地实现其中一部分，未实现的方法会自然成为该抽象类的抽象方法，强制其非抽象子类去补全。

• 抽象类用 implements 声明实现接口，语法合法
• 未覆盖的接口抽象方法，在抽象类中自动变成“继承来的抽象方法”
• 子类继承该抽象类时，若为具体类，就必须实现所有未覆盖的抽象方法（包括从接口继承来的）

典型使用场景：便利类（Adapter / Skeleton Class）

当接口定义了多个方法，而你只关心其中一两个时，可先写一个抽象类作为“桥梁”，把不关心的方法提供空实现或默认逻辑，让后续子类专注核心行为。

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• 例如接口 Window 有 draw()、putColor()、setPosition()
• 业务类只需定位窗口，那抽象类可为空实现前两个，只留 setPosition() 抽象
• 最终子类只需实现 setPosition()，代码更干净、职责更清晰

注意方法签名与返回值一致性

如果多个接口中有同名方法，抽象类在实现时需确保签名（参数类型、数量、顺序）和返回值类型完全一致，否则编译报错。

• 接口 A 和 B 都声明 void run() → 抽象类实现一次即可
• 接口 A 声明 void run()，接口 B 声明 String run() → 冲突，无法共存于同一实现类
• 抽象类中覆盖的方法，访问修饰符不能比接口中更严格（必须是 public）

替代思路：接口拆分（ISP 原则）

如果发现总在回避某些接口方法，说明接口可能承担了过多职责。更可持续的做法是按功能拆分接口：

• 把 Window 拆成 Drawable、Colorable、Positionable
• 不同业务类按需 implements 其中一个或多个
• 避免“被迫实现无用方法”，也减少抽象类中间层的维护成本

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南