我最近接受了两次电话采访，被问及接口类和抽象类之间的区别。我已经解释了我能想到的每一个方面，但似乎他们在等我提一些具体的事情，我不知道是什么。
根据我的经验，我认为以下是正确的。如果我遗漏了一个要点，请告诉我。
接口：
接口中声明的每个方法都必须在子类中实现。接口中只能存在事件、委托、财产（C#）和方法。一个类可以实现多个接口。
抽象类：
子类只能实现抽象方法。抽象类可以具有具有实现的普通方法。除了事件、委托、财产和方法之外，抽象类还可以有类变量。由于C#中不存在多重继承，一个类只能实现一个抽象类。
在这之后，面试官提出了一个问题：“如果你有一个只有抽象方法的抽象类呢？这和接口有什么不同？”我不知道答案，但我认为这是上面提到的继承，对吧？另一位面试官问我，“如果你在接口中有一个公共变量，那会和抽象类中有什么不同？”我坚持认为你不能在接口中使用公共变量。我不知道他想听什么，但他也不满意。
另请参阅：
何时使用接口而不是抽象类，反之亦然接口与抽象类如何决定使用抽象类和接口？接口和抽象类之间的区别是什么？
当前回答
接口是执行特定行为的轻量级方式。这是一种想法。
其他回答
我认为他们正在寻找的答案是根本的或OPPS的哲学差异。
当派生类共享抽象类的核心财产和行为时，使用抽象类继承。实际定义类的行为类型。
另一方面，当类共享外围行为时使用接口继承，这些行为不一定定义派生类。
例如，汽车和卡车共享汽车抽象类的许多核心财产和行为，但它们也共享一些外围行为，如生成排气，即使是像司钻或发电机这样的非汽车类也共享，并不一定定义汽车或卡车，因此汽车、卡车、司钻和发电机都可以共享同一个接口IExhaust。
抽象类不是纯抽象的，因为它是具体（实现的方法）和未实现的方法的集合。但是接口是纯抽象的，因为只有未实现的方法，而没有具体的方法。
还有一个区别是
抽象类允许您创建子类可以实现或覆盖的功能。接口只允许您定义功能，而不允许实现它。
何时使用抽象类
如果用户希望为所有对象编写通用功能。抽象类是未来重新实现的最佳选择，它可以在不影响最终用户的情况下添加更多功能。
何时使用接口
如果用户希望编写不同的功能，则对象上的功能将不同。接口是最好的选择，如果接口发布后不需要修改需求。
我将解释接口和抽象类的深度细节。如果您了解接口和抽象类别的概述，那么第一个问题就会出现在您的脑海中，我们应该何时使用接口，何时使用抽象类别。因此，请检查以下接口和抽象类的说明。
我们什么时候应该使用界面？如果您不了解实现，我们只有需求规范，那么我们就使用Interface我们什么时候应该使用抽象类？如果您知道实现但不完全（部分实现），那么我们使用抽象类。界面默认情况下，每个方法的公共抽象意味着接口是100%纯抽象的。摘要可以有Concrete方法和Abstract方法，抽象类是一个声明为抽象的类，它可以包含也可以不包含抽象方法。界面我们不能将接口声明为私有的、受保护的问：为什么我们不将接口声明为私有和受保护的？因为默认情况下接口方法是公共抽象的，所以我们没有将接口声明为私有和受保护的。接口方法我们也不能将接口声明为private、protected、final、static、synchronized、native。。。。。我会给出原因：为什么我们不声明synchronized方法，因为我们无法创建接口的对象，而synchronization是在对象上工作的，这也是我们不声明synchronized的原因瞬态概念也不适用，因为瞬态工作与同步。摘要我们很乐意使用公共的、私人的最终静态。。。。表示抽象上不适用任何限制。界面默认情况下，变量在接口中声明为公共静态final，因此我们也不会将变量声明为私有的受保护变量。易失性修饰符也不适用于接口，因为接口变量默认为公共静态final和final变量。一旦它将值分配给变量，您就不能更改该值，一旦您将变量声明给接口，您就必须分配该变量。易失性变量是不断变化的，所以它是最后一个，这就是我们不在接口中使用易失性的原因。摘要抽象变量不需要声明公共静态final。
我希望这篇文章有用。
从概念上讲，保持特定于语言的实现、规则、好处，并通过使用任何人或两者实现任何编程目标，可以或不可以有代码/数据/属性等等，单继承或多继承等等
1-抽象（或纯抽象）类旨在实现层次结构。如果您的业务对象在结构上看起来有些相似，仅表示父子（层次结构）类型的关系，那么将使用继承/抽象类。如果您的业务模型没有层次结构，那么就不应该使用继承（这里我不是在谈论编程逻辑，例如一些设计模式需要继承）。从概念上讲，抽象类是一种在OOP中实现业务模型层次结构的方法，它与接口无关，实际上将抽象类与接口进行比较是没有意义的，因为两者在概念上完全不同，在访谈中要求它只是为了检查概念，因为当涉及到实现时，它看起来都提供了一些相同的功能，而我们程序员通常更强调编码。[请记住，抽象与抽象类不同]。
2-接口是一个契约，一个由一组或多组功能表示的完整业务功能。这就是它被实现而不是继承的原因。业务对象（是否是层次结构的一部分）可以具有任意数量的完整业务功能。它与抽象类无关，通常意味着继承。例如，人可以跑步，大象可以跑步，鸟可以跑步等等，所有这些不同层次的对象都将实现RUN接口或EAT或SPEAK接口。不要进入实现，因为您可能会将其实现为为实现这些接口的每种类型提供抽象类。任何层次结构的对象都可以具有与其层次结构无关的功能（接口）。
我相信，接口的发明并不是为了实现多重继承或公开公共行为，类似地，纯抽象类并不是为了推翻接口，而是接口是一个对象可以实现的功能（通过接口的功能），抽象类代表一个层次结构的父级，以生成具有父级核心结构（属性+功能）的子级
当你被问到差异时，这实际上是概念上的差异，而不是特定语言实现中的差异，除非被明确问到。
我相信，两位面试官都希望这两者之间有一条直线的直接区别，当你失败时，他们试图通过将“一个作为另一个”来驱使你实现这一区别
如果你有一个只有抽象方法的抽象类呢？
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;
}
英文的意思是“本田雅阁是一款支持轮胎充气和加油的汽车”。
