什么时候选择抽象类而不是接口?

如果计划在程序/项目的整个生命周期中更新基类，最好允许基类是一个抽象类 如果有人试图为层次结构中密切相关的对象构建主干，那么使用抽象类是非常有益的

什么时候选择接口而不是抽象类?

如果不需要处理大量的层次结构类型的框架，那么接口将是一个很好的选择 因为抽象类不支持多重继承(菱形问题)，所以接口可以挽救局面

抽象类可以具有共享的状态或功能。接口只是提供状态或功能的承诺。一个好的抽象类可以减少必须重写的代码量，因为它的功能或状态可以共享。接口没有可共享的已定义信息

当您需要向一组(相关或不相关的)对象添加额外的功能时，接口比抽象类表现得更好。如果你不能给他们一个基本抽象类(例如，他们是密封的或已经有一个父类)，你可以给他们一个虚拟的(空的)接口，然后简单地为这个接口编写扩展方法。

我为此写了一篇文章:

抽象类和接口

总结:

当我们谈论抽象类时，我们是在定义对象类型的特征;指定对象是什么。

当我们谈论接口和定义我们承诺提供的功能时，我们谈论的是建立一个关于对象可以做什么的契约。

在Java中，您可以从一个(抽象)类继承来“提供”功能，并且可以实现许多接口来“确保”功能

如果我们有一个对所有派生类都相同的实现，那么此时最好使用抽象类而不是接口。当我们有一个接口时，我们可以将我们的实现移动到任何实现接口的类。在抽象类中，它避免了代码重复，并共享所有派生类的实现。接口允许开发松散耦合的系统，这有助于更好的测试。