抽象类实现接口时可不实现任何抽象方法，因其本身允许包含抽象方法，接口方法自动成为其抽象方法并由子类实现；普通类则必须全部实现。
可以。抽象类实现接口时，完全不必实现其中的任何抽象方法。
抽象类天然支持“留白”
抽象类本身允许包含抽象方法，因此当它 implements 接口时，接口中默认为 public abstract 的方法会自动成为该抽象类的抽象方法。无需额外声明 abstract 关键字，也不需要提供方法体，编译器就认可这种写法。
- 只要抽象类自身用 abstract 修饰，它就可以把接口方法原样“透传”下去
- 这些未实现的方法会自然传递给它的非抽象子类，由子类承担具体实现责任
- 即使只实现一个方法，其余全部不写，也完全合法
和普通类有本质区别
普通类（非 abstract）实现接口时，必须为所有抽象方法提供具体实现；否则编译直接失败。而抽象类不是用来被实例化的，它的设计本意就是作为中间层，封装共性逻辑，把差异点留给子类。
- 普通类 → 实现接口 = 必须填满所有方法空缺
- 抽象类 → 实现接口 = 可选择填、可选择留白、也可全部留白
实际开发中的典型用法
这种机制被广泛用于模板设计和适配器模式。例如：
立即学习“Java免费学习笔记（深入）”；
- 定义 Service 接口含 start() 和 stop()
- 抽象类 BaseService 只提供 stop() 的通用实现，将 start() 声明为 public abstract
- 子类如 HttpService 或 DbService 各自实现 start()，复用已有的 stop()
需要注意的边界情况
虽然可以不实现，但几个细节不能忽略：
- 接口里的 default 方法可直接继承使用，也可覆写；但不能重写为 abstract
- static 方法不能被重写，更不能改为 abstract
- 若某个接口方法既没实现、也没声明为 abstract，且不是 default 或 static，编译会报错
- 多个接口有同名方法时，抽象类中声明 abstract 方法需确保签名一致
