我最近接受了两次电话采访，被问及接口类和抽象类之间的区别。我已经解释了我能想到的每一个方面，但似乎他们在等我提一些具体的事情，我不知道是什么。
根据我的经验，我认为以下是正确的。如果我遗漏了一个要点，请告诉我。
接口：
接口中声明的每个方法都必须在子类中实现。接口中只能存在事件、委托、财产（C#）和方法。一个类可以实现多个接口。
抽象类：
子类只能实现抽象方法。抽象类可以具有具有实现的普通方法。除了事件、委托、财产和方法之外，抽象类还可以有类变量。由于C#中不存在多重继承，一个类只能实现一个抽象类。
在这之后，面试官提出了一个问题：“如果你有一个只有抽象方法的抽象类呢？这和接口有什么不同？”我不知道答案，但我认为这是上面提到的继承，对吧？另一位面试官问我，“如果你在接口中有一个公共变量，那会和抽象类中有什么不同？”我坚持认为你不能在接口中使用公共变量。我不知道他想听什么，但他也不满意。
另请参阅：
何时使用接口而不是抽象类，反之亦然接口与抽象类如何决定使用抽象类和接口？接口和抽象类之间的区别是什么？
当前回答
虽然这个问题很老，但我想补充一点，支持接口：
可以使用任何依赖注入工具来注入接口，其中作为抽象类注入的支持很少。
其他回答
1） 接口可以被视为纯抽象类，这是相同的，但尽管如此，实现接口和从抽象类继承并不相同。当你从这个纯抽象类继承时，你定义了一个层次结构->继承，如果你实现了你不需要的接口，你可以实现任意多的接口，但是你只能从一个类继承。
2） 您可以在接口中定义属性，因此实现该接口的类必须具有该属性。
例如：
public interface IVariable
{
string name {get; set;}
}
实现该接口的类必须具有这样的属性。
通过实现接口，您实现了组合（“has-a”关系）而不是继承（“is-a”关系”）。当涉及到设计模式等需要使用接口来实现行为组合而不是继承的事情时，这是一个需要记住的重要原则。
接口：-==合约。无论哪个类实现它都必须遵循接口的所有规范。
一个实时的例子是任何ISO标记的产品。ISO给出了一套规则/规范，说明产品应该如何构建以及它必须具备的最小功能集。
这只是产品必须具备的财产的子集。SO只有在产品满足其标准时才会签署产品。
现在看看这个代码
public interface IClock{ //defines a minimum set of specification which a clock should have
public abstract Date getTime();
public abstract int getDate();
}
public class Fasttrack: Clock {
// Must have getTime() and getTime() as it implements IClock
// It also can have other set of feature like
public void startBackgroundLight() {
// watch with internal light in it.
}
.... //Fastrack can support other feature as well
....
....
}
在这里，Fastrack被称为手表，因为它具有手表必须具备的所有功能（最小功能集）。
原因和时间摘要：
来自MSDN：
抽象类的目的是提供多个派生类可以共享的基类的公共定义。
例如，类库可以定义一个抽象类，该抽象类用作其许多函数的参数，并要求使用该库的程序员通过创建派生类来提供自己的类实现。抽象只是指如果你不能定义它，就将它完全声明为抽象。实现类将完成这个实现。
例如：假设我声明一个类配方是抽象的，但我不知道该是哪个配方然后我将推广这个类来定义任何菜谱的通用定义。菜谱的植入将取决于菜品的实现。
抽象类既可以由抽象方法组成，也可以由非抽象方法组成。因此，您可以注意到接口中的差异。因此，实现类不一定必须具有每个方法。您只需要重写抽象方法。
简单来说，如果您想要紧密耦合，请使用接口o/w，以防失去耦合抽象类
虽然这个问题很老，但我想补充一点，支持接口：
可以使用任何依赖注入工具来注入接口，其中作为抽象类注入的支持很少。
从概念上讲，保持特定于语言的实现、规则、好处，并通过使用任何人或两者实现任何编程目标，可以或不可以有代码/数据/属性等等，单继承或多继承等等
1-抽象（或纯抽象）类旨在实现层次结构。如果您的业务对象在结构上看起来有些相似，仅表示父子（层次结构）类型的关系，那么将使用继承/抽象类。如果您的业务模型没有层次结构，那么就不应该使用继承（这里我不是在谈论编程逻辑，例如一些设计模式需要继承）。从概念上讲，抽象类是一种在OOP中实现业务模型层次结构的方法，它与接口无关，实际上将抽象类与接口进行比较是没有意义的，因为两者在概念上完全不同，在访谈中要求它只是为了检查概念，因为当涉及到实现时，它看起来都提供了一些相同的功能，而我们程序员通常更强调编码。[请记住，抽象与抽象类不同]。
2-接口是一个契约，一个由一组或多组功能表示的完整业务功能。这就是它被实现而不是继承的原因。业务对象（是否是层次结构的一部分）可以具有任意数量的完整业务功能。它与抽象类无关，通常意味着继承。例如，人可以跑步，大象可以跑步，鸟可以跑步等等，所有这些不同层次的对象都将实现RUN接口或EAT或SPEAK接口。不要进入实现，因为您可能会将其实现为为实现这些接口的每种类型提供抽象类。任何层次结构的对象都可以具有与其层次结构无关的功能（接口）。
我相信，接口的发明并不是为了实现多重继承或公开公共行为，类似地，纯抽象类并不是为了推翻接口，而是接口是一个对象可以实现的功能（通过接口的功能），抽象类代表一个层次结构的父级，以生成具有父级核心结构（属性+功能）的子级
当你被问到差异时，这实际上是概念上的差异，而不是特定语言实现中的差异，除非被明确问到。
我相信，两位面试官都希望这两者之间有一条直线的直接区别，当你失败时，他们试图通过将“一个作为另一个”来驱使你实现这一区别
如果你有一个只有抽象方法的抽象类呢？
