大多数答案都集中在抽象类和接口之间的技术差异上，但从技术上讲，接口基本上是一种抽象类（没有任何数据或实现），我认为概念上的差异要有趣得多，这可能是面试官想要的。

接口是一种协议。它规定：“这就是我们将要彼此交谈的方式”。它不能有任何实现，因为它不应该有任何实现。这是一份合同。这就像C中的.h头文件。

抽象类是一个不完整的实现。类可以实现接口，也可以不实现接口，抽象类不必完全实现它。没有任何实现的抽象类有点无用，但完全合法。

基本上，任何类，无论抽象与否，都是关于它是什么，而接口则是关于你如何使用它。例如：Animal可能是一个抽象类，它实现了一些基本的代谢功能，并在没有给出实现的情况下指定了呼吸和运动的抽象方法，因为它不知道它应该通过鳃还是肺呼吸，行走或爬行。另一方面，Mount可能是一个接口，它指定你可以骑动物，而不知道它是什么动物（或者它是否是动物！）。

在幕后，接口基本上是一个只有抽象方法的抽象类，这一点无关紧要。从概念上讲，他们扮演着完全不同的角色。

面试官们正在寻找一棵奇怪的树。对于像C#和Java这样的语言，这是有区别的，但在其他语言中，像C++没有区别。OO理论并没有区分这两者，仅仅是语言的语法。

抽象类是一个同时具有实现和接口（纯虚拟方法）的类，将被继承。接口通常没有任何实现，只有纯虚拟函数。

在C#或Java中，没有任何实现的抽象类与接口的区别仅在于用于从其继承的语法以及只能从其中继承的事实。

其他一些区别：

抽象类可以有静态方法、财产、字段等，而操作符和接口则不能。强制转换运算符允许向抽象类强制转换，但不允许向接口强制转换。

所以，即使抽象类从未实现（通过它的静态成员），也可以单独使用抽象类，并且不能以任何方式单独使用接口。

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。通过为基础类型提供默认实现，您首先使用一种有效且经过良好测试的类型；那么你可以修改需要修改的零件。

■■ 版本控制如果向基类型添加方法，则派生类型继承新方法，您开始使用一种有效的类型，用户的源代码甚至不必重新编译。向接口添加新成员将强制接口的继承者更改它的源代码并重新编译。

抽象类不是纯抽象的，因为它是具体（实现的方法）和未实现的方法的集合。但是接口是纯抽象的，因为只有未实现的方法，而没有具体的方法。

还有一个区别是

抽象类允许您创建子类可以实现或覆盖的功能。接口只允许您定义功能，而不允许实现它。

何时使用抽象类

如果用户希望为所有对象编写通用功能。抽象类是未来重新实现的最佳选择，它可以在不影响最终用户的情况下添加更多功能。

何时使用接口

如果用户希望编写不同的功能，则对象上的功能将不同。接口是最好的选择，如果接口发布后不需要修改需求。

我认为他们不喜欢你的回应，因为你给出的是技术上的差异，而不是设计上的差异。对我来说，这个问题就像一个巨魔问题。事实上，接口和抽象类有着完全不同的性质，所以你无法真正比较它们。我将向您介绍接口的作用和抽象类的作用。

接口：用于确保契约和类之间的低耦合，以获得更可维护、可扩展和可测试的应用程序。

抽象类：仅用于在具有相同响应性的类之间分解某些代码。请注意，这是为什么多重继承在OOP中是一件坏事的主要原因，因为类不应该处理许多响应（而是使用组合）。

因此，接口具有真正的体系结构角色，而抽象类几乎只是实现的一个细节（当然，如果正确使用的话）。