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

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

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

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

源

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

抽象类可以有实现。

接口没有实现，它只是定义了一种契约。

也可能存在一些依赖于语言的差异:例如c#没有多重继承，但在一个类中可以实现多个接口。

如果你认为java是面向对象语言，

“接口不提供方法实现”在Java 8启动后不再有效。现在java为默认方法提供了接口实现。

简单来说，我想用

接口:通过多个不相关的对象实现一个契约。它提供了“HAS A”功能。

抽象类:在多个相关对象之间实现相同或不同的行为。它建立了“IS A”关系。

Oracle网站提供了接口和抽象类之间的关键区别。

考虑使用抽象类，如果:

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

考虑使用接口，如果:

您希望不相关的类实现您的接口。例如，许多不相关的对象都可以实现Serializable接口。 您希望指定特定数据类型的行为，但不关心由谁实现其行为。 您希望利用类型的多重继承。

例子:

抽象类(IS一个关系)

Reader是一个抽象类。

BufferedReader是一个Reader

FileReader是一个阅读器

FileReader和BufferedReader用于一个共同的目的:读取数据，它们通过Reader类相互关联。

接口(具有功能)

Serializable是一个接口。

假设您的应用程序中有两个实现Serializable接口的类

Employee实现Serializable

游戏实现Serializable

在这里，你不能通过Serializable接口在员工和游戏之间建立任何关系，这是为了不同的目的。两者都能够序列化状态，比较到此结束。

看看这些帖子:

我应该如何解释接口和抽象类之间的区别?

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

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