在实用性方面（JAVA），抽象类和接口之间的主要区别是抽象类可以保存状态。除了保持状态，我们还可以使用Interface实现其余操作。

我们在接口和抽象类之间存在各种结构/语法差异。还有一些不同之处

[1] 基于场景的差异：

当我们希望限制用户创建父类的对象时，抽象类被用于场景中，并且我们相信将来还会添加更多的抽象方法。

当我们确信不能提供更多抽象方法时，必须使用接口。然后只发布一个接口。

[2] 概念差异：

“我们是否需要在未来提供更多抽象方法”，如果是，则将其设为抽象类，如果否，则设为接口。

（在java 1.7之前最合适和有效）

抽象类和接口的一般思想是由使用这些通用“设置”（某种模板）的其他类（不能单独构建）来扩展/实现，这使得为以后扩展它的所有对象设置特定的通用行为变得简单。

抽象类具有常规方法集和抽象方法。扩展类在被抽象类扩展后可以包括未设置的方法。当设置抽象方法时，它们由稍后扩展抽象方法的类定义。

接口与抽象类具有相同的财产，但只包含抽象方法，这些方法可以在其他类中实现（可以是多个要实现的接口），这就创建了一个更持久的方法/静态变量定义。与抽象类不同，您不能添加自定义的“常规”方法。

继承用于两个目的：

允许对象将父类型数据成员和方法实现视为自己的。允许期望引用超类型对象的代码使用对一种类型对象的引用。

在支持广义多重继承的语言/框架中，通常不需要将类型分类为“接口”或“抽象类”。然而，流行的语言和框架将允许一个类型将另一个类型的数据成员或方法实现视为自己的，即使它们允许一种类型可以替代任意数量的其他类型。

抽象类可能有数据成员和方法实现，但只能由不从任何其他类继承的类继承。接口对实现它们的类型几乎没有任何限制，但不能包含任何数据成员或方法实现。

有时，类型可以替代许多不同的东西是有用的；在其他情况下，对象将父类型数据成员和方法实现视为自己的成员是有用的。区分接口和抽象类允许在最相关的情况下使用这些功能。

可以在此处找到解释：http://www.developer.com/lang/php/article.php/3604111/PHP-5-OOP-Interfaces-Abstract-Classes-and-the-Adapter-Pattern.htm

抽象类是一个仅部分由程序员它可能包含一个或多个抽象方法。抽象方法只是一个函数定义用于告诉程序员方法必须在子级中实现班接口类似于抽象班实际上，接口占据了与类和抽象名称空间相同类。因此，您不能定义具有相同名称的接口作为一个班级。接口是一个完整的抽象类；没有一种方法实现，而不是类从中派生出来，据说实现该接口。

无论如何，我觉得这个接口的解释有些混乱。更常见的定义是：接口定义实现类必须履行的契约。接口定义由公共成员的签名组成，没有任何实现代码。

我迟到10年了，但我想尝试任何方法。几天前写了一篇同样的帖子。我想把它张贴在这里。

tl；博士当您看到“Is A”关系时，请使用继承/抽象类。当您看到“有”关系时，创建成员变量。当您看到“依赖于外部提供程序”时，实现（而不是继承）一个接口。

面试问题：接口和抽象类有什么区别？你如何决定何时使用什么？我通常会得到以下一个或全部答案：答案1：不能创建抽象类和接口的对象。

ZK（这是我的首字母缩写）：你不能创建任何一个对象。所以这并不是什么区别。这是接口和抽象类之间的相似之处。柜台问题：为什么不能创建抽象类或接口的对象？

答案2：抽象类可以有一个函数体作为部分/默认实现。

ZK：反问题：所以如果我将其更改为纯抽象类，将所有虚拟函数标记为抽象，并且不为任何虚拟函数提供默认实现。这会使抽象类和接口相同吗？之后它们可以互换使用吗？

答案3：接口允许多重继承，抽象类不允许。

ZK：反问：你真的从接口继承吗？还是只实现一个接口，从抽象类继承？实现和继承之间有什么区别？这些反问题会让考生们措手不及，让大多数人挠头，或者直接进入下一个问题。这让我觉得人们需要帮助来构建面向对象编程的基本构件。原始问题和所有反问题的答案都可以在英语和UML中找到。为了更好地理解这两个结构，您必须至少了解以下内容。

共同名词：共同名词是指同一类或同一种类的事物的“共同”名称。例如水果、动物、城市、汽车等。

专有名词：专有名词是物体、地点或事物的名称。苹果、猫、纽约、本田雅阁等。

汽车是一个通用名词。本田雅阁是一个专有名词，可能是一个合成专有名词，一个由两个名词组成的专有名词。

来到UML部分。您应该熟悉以下关系：

是A有A使用

让我们考虑下面的两句话。-本田雅阁是一辆车？-本田雅阁有车吗？

哪一个听起来正确？简单的英语和理解能力。本田雅阁（HondaAccord）和汽车（Cars）有着“是A”的关系。本田雅阁（Honda accord）没有车，它“是”一辆车。本田雅阁“有一个”音乐播放器。

当两个实体共享“Is A”关系时，它更适合继承。Has a relationship是创建成员变量的更好候选。这样，我们的代码如下所示：

abstract class Car
{
   string color;
   int speed;
}
class HondaAccord : Car
{
   MusicPlayer musicPlayer;
}

现在本田不生产音乐播放器。或者至少这不是他们的主要业务。

因此，他们联系其他公司并签订合同。如果你在这里接收到电源和这两条电线上的输出信号，它在这些扬声器上会播放得很好。

这使得Music Player成为界面的完美候选。你不在乎谁为它提供支持，只要连接正常即可。

您可以用索尼或其他方式替换LG的MusicPlayer。这不会改变本田雅阁的任何事情。

为什么不能创建抽象类的对象？

因为你不能走进展厅说给我一辆车。你必须提供一个专有名词。什么车？可能是本田雅阁。这就是销售代理可以给你东西的时候。

为什么不能创建接口的对象？因为你不能走进展厅说给我一份音乐播放器的合同。这没用。接口位于消费者和提供者之间，只是为了促成协议。你将如何处理协议副本？它不会播放音乐。

为什么接口允许多重继承？

接口未被继承。接口已实现。界面是与外部世界交互的候选界面。本田雅阁有一个加油接口。它有给轮胎充气的接口。和用来给足球充气的软管一样。因此，新代码如下所示：

abstract class Car
{
    string color;
    int speed;
}
class HondaAccord : Car, IInflateAir, IRefueling
{
    MusicPlayer musicPlayer;
}

英文的意思是“本田雅阁是一款支持轮胎充气和加油的汽车”。