接口和抽象类之间到底有什么区别？
当前回答
通常抽象类用于某些东西的核心，但接口用于附加外围设备。
当您想为车辆创建基本类型时，应该使用抽象类，但如果您想添加一些不属于车辆基本概念的功能或属性，则应该使用接口，例如，您想添加“ToJSON（）”函数。
接口具有广泛的抽象范围，而不是抽象类。您可以在传递的论证中看到这一点。请查看以下示例：
如果您使用vehicle作为参数，您可以使用它的派生类型之一（公共汽车或汽车同一类别只是车辆类别）。但当您使用IMoveable接口作为参数时，您有更多的选择。
其他回答
我迟到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;
}
英文的意思是“本田雅阁是一款支持轮胎充气和加油的汽车”。
要点是：
抽象是面向对象的。它提供了一个“对象”应该具有的基本数据和/或它应该能够执行的功能。它关注对象的基本特性：它具有什么和它可以做什么。因此，从同一抽象类继承的对象共享基本特性（泛化）。接口是面向功能的。它定义了对象应该具有的功能。不管它是什么对象，只要它可以执行界面中定义的这些功能，就可以了。它忽略了其他一切。一个对象/类可以包含几个（组）功能；因此，类可以实现多个接口。
抽象类和接口的一般思想是由使用这些通用“设置”（某种模板）的其他类（不能单独构建）来扩展/实现，这使得为以后扩展它的所有对象设置特定的通用行为变得简单。
抽象类具有常规方法集和抽象方法。扩展类在被抽象类扩展后可以包括未设置的方法。当设置抽象方法时，它们由稍后扩展抽象方法的类定义。
接口与抽象类具有相同的财产，但只包含抽象方法，这些方法可以在其他类中实现（可以是多个要实现的接口），这就创建了一个更持久的方法/静态变量定义。与抽象类不同，您不能添加自定义的“常规”方法。
其实很简单。
您可以将接口视为一个类，它只允许有抽象方法，而不允许有其他方法。
因此，接口只能“声明”而不能定义您希望类具有的行为。
抽象类允许您声明（使用抽象方法）和定义（使用完整方法实现）您希望类具有的行为。
常规类只允许您定义而不是声明您希望类具有的行为/动作。
最后一件事，
在Java中，可以实现多个接口，但只能扩展一个（抽象类或类）。。。
这意味着定义行为的继承被限制为每个类只允许一个。。。例如，如果你想要一个从类a、B和C中封装行为的类，你需要执行以下操作：类a扩展B，类C扩展a。。这是一个有点迂回的方式来拥有多重继承。。。
另一方面，您可以简单地执行接口：接口C实现A、B
因此实际上，Java只在“声明的行为”（即接口）中支持多重继承，并且只支持具有定义行为的单一继承。。除非你像我描述的那样。。。
希望这是合理的。
抽象类与接口的主题主要是语义。
抽象类在不同的编程语言中通常充当接口的超集，除了一点，即可以实现多个接口，但只能继承一个类。
接口定义了某件事情必须能够做的事情；类似于合同，但不提供其实现。
抽象类定义了什么是什么，它通常托管子类之间的共享代码。
例如，格式化程序应该能够格式化（）某些内容。描述这种情况的常见语义是创建一个接口IFormatter，该接口带有一个format（）声明，其作用类似于一个契约。但是IFormatter并不描述什么是什么，而是描述它应该能够做什么。在本例中，我们创建一个抽象类。。。因此，我们创建了一个实现接口的抽象类Formatter。这是一个非常描述性的代码，因为我们现在知道我们有一个格式化程序，我们现在知道每个格式化程序必须能够做什么。
还有一个非常重要的主题是文档（至少对某些人来说…）。在您的文档中，您可能希望在子类中解释Formatter实际上是什么。有一个抽象类Formatter非常方便，您可以链接到子类中的文档。这是非常方便和通用的。另一方面，如果您没有抽象类Formatter，而只有接口IFormatter，则必须在每个子类中解释Formatter实际上是什么，因为接口是一个契约，你不会在接口的文档中描述Formatter实际上是什么-至少这不是常见的事情，你会打破大多数开发人员认为正确的语义。
注意：使抽象类实现接口是一种非常常见的模式。
