如果下列语句适用于您的情况，请考虑使用抽象类:

您希望在几个密切相关的类之间共享代码。 您希望扩展抽象类的类具有许多公共方法或字段，或者需要除public以外的访问修饰符(例如protected和private)。 您希望声明非静态或非final字段。这使您能够定义可以访问和修改其所属对象状态的方法。

如果这些语句适用于您的情况，请考虑使用接口:

您希望不相关的类实现您的接口。例如，Comparable和Cloneable接口是由许多不相关的类实现的。 您希望指定特定数据类型的行为，但不关心由谁实现其行为。 您希望利用多个继承。

源

这是一个很难打的电话。

我可以给出一个提示:一个对象可以实现许多接口，而一个对象只能继承一个基类(在像c#这样的现代OO语言中，我知道c++有多个继承-但这不是不受欢迎吗?)

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

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

我的观点是:

接口基本上定义了一个契约，任何实现类都必须遵守(实现接口成员)。它不包含任何代码。

另一方面，抽象类可以包含代码，并且可能有一些标记为抽象的方法，继承类必须实现这些方法。

我很少使用抽象类的情况是，当我有一些默认功能时，继承类可能对重写不感兴趣，比如一个抽象基类，一些专门的类继承自它。

示例(非常基本的一个!):考虑一个名为Customer的基类，它具有抽象方法，如CalculatePayment()， CalculateRewardPoints()和一些非抽象方法，如GetName()， SavePaymentDetails()。

像RegularCustomer和GoldCustomer这样的专门的类将继承自Customer基类，并实现它们自己的CalculatePayment()和CalculateRewardPoints()方法逻辑，但是重用GetName()和SavePaymentDetails()方法。

您可以向抽象类(即非抽象方法)添加更多功能，而不会影响使用旧版本的子类。然而，向接口添加方法会影响实现它的所有类，因为它们现在需要实现新添加的接口成员。

具有所有抽象成员的抽象类类似于接口。

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