我最近接受了两次电话采访，被问及接口类和抽象类之间的区别。我已经解释了我能想到的每一个方面，但似乎他们在等我提一些具体的事情，我不知道是什么。
根据我的经验，我认为以下是正确的。如果我遗漏了一个要点，请告诉我。
接口：
接口中声明的每个方法都必须在子类中实现。接口中只能存在事件、委托、财产（C#）和方法。一个类可以实现多个接口。
抽象类：
子类只能实现抽象方法。抽象类可以具有具有实现的普通方法。除了事件、委托、财产和方法之外，抽象类还可以有类变量。由于C#中不存在多重继承，一个类只能实现一个抽象类。
在这之后，面试官提出了一个问题：“如果你有一个只有抽象方法的抽象类呢？这和接口有什么不同？”我不知道答案，但我认为这是上面提到的继承，对吧？另一位面试官问我，“如果你在接口中有一个公共变量，那会和抽象类中有什么不同？”我坚持认为你不能在接口中使用公共变量。我不知道他想听什么，但他也不满意。
另请参阅：
何时使用接口而不是抽象类，反之亦然接口与抽象类如何决定使用抽象类和接口？接口和抽象类之间的区别是什么？
当前回答
从我的另一个答案来看，主要是关于何时使用一个而不是另一个：
根据我的经验，界面是最好的有几个类时使用每个都需要对相同的方法，以便可由其他代码互换使用将针对这些类的公共接口。最好的当协议很重要，但底层逻辑可能不同于每个类别。如果你不是复制逻辑，考虑抽象类或标准类继承相反
其他回答
面试官们正在寻找一棵奇怪的树。对于像C#和Java这样的语言，这是有区别的，但在其他语言中，像C++没有区别。OO理论并没有区分这两者，仅仅是语言的语法。
抽象类是一个同时具有实现和接口（纯虚拟方法）的类，将被继承。接口通常没有任何实现，只有纯虚拟函数。
在C#或Java中，没有任何实现的抽象类与接口的区别仅在于用于从其继承的语法以及只能从其中继承的事实。
通过实现接口，您实现了组合（“has-a”关系）而不是继承（“is-a”关系”）。当涉及到设计模式等需要使用接口来实现行为组合而不是继承的事情时，这是一个需要记住的重要原则。
其他一些区别：
抽象类可以有静态方法、财产、字段等，而操作符和接口则不能。强制转换运算符允许向抽象类强制转换，但不允许向接口强制转换。
所以，即使抽象类从未实现（通过它的静态成员），也可以单独使用抽象类，并且不能以任何方式单独使用接口。
对于.Net，
你对第二位面试官的回答也是对第一位的回答。。。抽象类可以有实现，AND状态，接口不能。。。
编辑：另一方面，我甚至不会使用短语“subclass”（或“继承”短语）来描述“定义为实现”接口的类。对我来说，接口是一个合约的定义，如果类被定义为“实现”该接口，那么它必须遵守该定义。它没有继承任何东西。。。你必须自己明确地添加所有内容。
从编码角度
如果抽象类只有抽象方法，则接口可以替换抽象类。否则，将抽象类更改为接口意味着您将失去继承提供的代码重用性。
从设计角度
如果它是“Is a”关系，并且您需要一个子集或所有功能，请将其保留为抽象类。如果是“应该做”的关系，请将其保留为界面。
决定你需要什么：只是策略执行，或者代码重用和策略。
