我最近接受了两次电话采访，被问及接口类和抽象类之间的区别。我已经解释了我能想到的每一个方面，但似乎他们在等我提一些具体的事情，我不知道是什么。
根据我的经验，我认为以下是正确的。如果我遗漏了一个要点，请告诉我。
接口：
接口中声明的每个方法都必须在子类中实现。接口中只能存在事件、委托、财产（C#）和方法。一个类可以实现多个接口。
抽象类：
子类只能实现抽象方法。抽象类可以具有具有实现的普通方法。除了事件、委托、财产和方法之外，抽象类还可以有类变量。由于C#中不存在多重继承，一个类只能实现一个抽象类。
在这之后，面试官提出了一个问题：“如果你有一个只有抽象方法的抽象类呢？这和接口有什么不同？”我不知道答案，但我认为这是上面提到的继承，对吧？另一位面试官问我，“如果你在接口中有一个公共变量，那会和抽象类中有什么不同？”我坚持认为你不能在接口中使用公共变量。我不知道他想听什么，但他也不满意。
另请参阅：
何时使用接口而不是抽象类，反之亦然接口与抽象类如何决定使用抽象类和接口？接口和抽象类之间的区别是什么？
当前回答
接口：我们不实现（或定义）方法，而是在派生类中实现。我们不在接口中声明成员变量。接口表示HAS-A关系。这意味着它们是对象的遮罩。抽象类：我们可以在抽象类中声明和定义方法。我们隐藏了它的构造函数。这意味着没有直接从它创建对象。抽象类可以保存成员变量。派生类继承到抽象类，这意味着派生类中的对象不被屏蔽，它继承到抽象类别。这种情况下的关系是is-A。
这是我的看法。
其他回答
接口是执行特定行为的轻量级方式。这是一种想法。
虽然这个问题很老，但我想补充一点，支持接口：
可以使用任何依赖注入工具来注入接口，其中作为抽象类注入的支持很少。
Jeffrey Richter通过C#从CLR复制。。。
我经常听到这样一个问题，“我应该设计一个基类型还是一个接口？”答案并不总是清晰明了。
以下是一些可能对您有所帮助的指南：
■■ IS-A与CAN-DO关系A类型只能继承一个实现。如果导出类型不能声明与基类型的IS-A关系，不要使用基类型；使用接口。接口意味着CAN-DO关系。如果CAN-DO功能似乎属于对于各种对象类型，使用接口。例如，类型可以转换自身的实例类型可以将其自身的实例序列化（ISerializable），注意，值类型必须从System.ValueType派生，因此不能可以从任意基类派生。在这种情况下，您必须使用CAN-DO关系并定义接口。
■■ 易用性作为开发人员，定义从基类型，而不是实现接口的所有方法。基本类型可以提供许多功能，因此派生类型可能只需要对其行为进行相对较小的修改。如果提供接口，则新类型必须实现所有成员。
■■ 一致的实施无论接口合同记录得多么好每个人都不可能100%正确地履行合同。事实上，COM这就是为什么某些COM对象只能与微软Word或Windows Internet Explorer。通过为基础类型提供默认实现，您首先使用一种有效且经过良好测试的类型；那么你可以修改需要修改的零件。
■■ 版本控制如果向基类型添加方法，则派生类型继承新方法，您开始使用一种有效的类型，用户的源代码甚至不必重新编译。向接口添加新成员将强制接口的继承者更改它的源代码并重新编译。
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;
}
英文的意思是“本田雅阁是一款支持轮胎充气和加油的汽车”。
抽象类不是纯抽象的，因为它是具体（实现的方法）和未实现的方法的集合。但是接口是纯抽象的，因为只有未实现的方法，而没有具体的方法。
还有一个区别是
抽象类允许您创建子类可以实现或覆盖的功能。接口只允许您定义功能，而不允许实现它。
何时使用抽象类
如果用户希望为所有对象编写通用功能。抽象类是未来重新实现的最佳选择，它可以在不影响最终用户的情况下添加更多功能。
何时使用接口
如果用户希望编写不同的功能，则对象上的功能将不同。接口是最好的选择，如果接口发布后不需要修改需求。
