我最近接受了两次电话采访，被问及接口类和抽象类之间的区别。我已经解释了我能想到的每一个方面，但似乎他们在等我提一些具体的事情，我不知道是什么。
根据我的经验，我认为以下是正确的。如果我遗漏了一个要点，请告诉我。
接口：
接口中声明的每个方法都必须在子类中实现。接口中只能存在事件、委托、财产（C#）和方法。一个类可以实现多个接口。
抽象类：
子类只能实现抽象方法。抽象类可以具有具有实现的普通方法。除了事件、委托、财产和方法之外，抽象类还可以有类变量。由于C#中不存在多重继承，一个类只能实现一个抽象类。
在这之后，面试官提出了一个问题：“如果你有一个只有抽象方法的抽象类呢？这和接口有什么不同？”我不知道答案，但我认为这是上面提到的继承，对吧？另一位面试官问我，“如果你在接口中有一个公共变量，那会和抽象类中有什么不同？”我坚持认为你不能在接口中使用公共变量。我不知道他想听什么，但他也不满意。
另请参阅：
何时使用接口而不是抽象类，反之亦然接口与抽象类如何决定使用抽象类和接口？接口和抽象类之间的区别是什么？
当前回答
我将解释接口和抽象类的深度细节。如果您了解接口和抽象类别的概述，那么第一个问题就会出现在您的脑海中，我们应该何时使用接口，何时使用抽象类别。因此，请检查以下接口和抽象类的说明。
我们什么时候应该使用界面？如果您不了解实现，我们只有需求规范，那么我们就使用Interface我们什么时候应该使用抽象类？如果您知道实现但不完全（部分实现），那么我们使用抽象类。界面默认情况下，每个方法的公共抽象意味着接口是100%纯抽象的。摘要可以有Concrete方法和Abstract方法，抽象类是一个声明为抽象的类，它可以包含也可以不包含抽象方法。界面我们不能将接口声明为私有的、受保护的问：为什么我们不将接口声明为私有和受保护的？因为默认情况下接口方法是公共抽象的，所以我们没有将接口声明为私有和受保护的。接口方法我们也不能将接口声明为private、protected、final、static、synchronized、native。。。。。我会给出原因：为什么我们不声明synchronized方法，因为我们无法创建接口的对象，而synchronization是在对象上工作的，这也是我们不声明synchronized的原因瞬态概念也不适用，因为瞬态工作与同步。摘要我们很乐意使用公共的、私人的最终静态。。。。表示抽象上不适用任何限制。界面默认情况下，变量在接口中声明为公共静态final，因此我们也不会将变量声明为私有的受保护变量。易失性修饰符也不适用于接口，因为接口变量默认为公共静态final和final变量。一旦它将值分配给变量，您就不能更改该值，一旦您将变量声明给接口，您就必须分配该变量。易失性变量是不断变化的，所以它是最后一个，这就是我们不在接口中使用易失性的原因。摘要抽象变量不需要声明公共静态final。
我希望这篇文章有用。
其他回答
通过实现接口，您实现了组合（“has-a”关系）而不是继承（“is-a”关系”）。当涉及到设计模式等需要使用接口来实现行为组合而不是继承的事情时，这是一个需要记住的重要原则。
从编码角度
如果抽象类只有抽象方法，则接口可以替换抽象类。否则，将抽象类更改为接口意味着您将失去继承提供的代码重用性。
从设计角度
如果它是“Is a”关系，并且您需要一个子集或所有功能，请将其保留为抽象类。如果是“应该做”的关系，请将其保留为界面。
决定你需要什么：只是策略执行，或者代码重用和策略。
简而言之：抽象类用于建模类似类的类层次结构（例如，Animal可以是抽象类，Human、Lion、Tiger可以是具体的派生类）
AND
接口用于2个相似/非相似类之间的通信，这些类不关心实现接口的类的类型（例如，Height可以是接口属性，它可以由Human、Building、Tree实现。无论你能不能吃东西，你能不能游泳，你能死什么都不重要。重要的是你需要有Height（在你的类中实现））。
抽象类处理有效地打包类功能，而接口用于意图/契约/通信，并且应该与其他类/模块共享。
使用抽象类作为契约和（部分）契约实现者违反了SRP。使用抽象类作为契约（依赖关系）限制了创建多个抽象类以获得更好的重用性。
在下面的示例中，使用抽象类作为OrderManager的合同会产生问题，因为我们有两种不同的处理订单的方式-基于客户类型和类别（客户可以是直接或间接的，也可以是黄金或白银）。因此，接口用于契约，抽象类用于不同的工作流实施
public interface IOrderProcessor
{
bool Process(string orderNumber);
}
public abstract class CustomerTypeOrderProcessor: IOrderProcessor
{
public bool Process(string orderNumber) => IsValid(orderNumber) ? ProcessOrder(orderNumber) : false;
protected abstract bool ProcessOrder(string orderNumber);
protected abstract bool IsValid(string orderNumber);
}
public class DirectCustomerOrderProcessor : CustomerTypeOrderProcessor
{
protected override bool IsValid(string orderNumber) => string.IsNullOrEmpty(orderNumber);
protected override bool ProcessOrder(string orderNumber) => true;
}
public class InDirectCustomerOrderProcessor : CustomerTypeOrderProcessor
{
protected override bool IsValid(string orderNumber) => orderNumber.StartsWith("EX");
protected override bool ProcessOrder(string orderNumber) => true;
}
public abstract class CustomerCategoryOrderProcessor : IOrderProcessor
{
public bool Process(string orderNumber) => ProcessOrder(GetDiscountPercentile(orderNumber), orderNumber);
protected abstract int GetDiscountPercentile(string orderNumber);
protected abstract bool ProcessOrder(int discount, string orderNumber);
}
public class GoldCustomer : CustomerCategoryOrderProcessor
{
protected override int GetDiscountPercentile(string orderNumber) => 15;
protected override bool ProcessOrder(int discount, string orderNumber) => true;
}
public class SilverCustomer : CustomerCategoryOrderProcessor
{
protected override int GetDiscountPercentile(string orderNumber) => 10;
protected override bool ProcessOrder(int discount, string orderNumber) => true;
}
public class OrderManager
{
private readonly IOrderProcessor _orderProcessor;// Not CustomerTypeOrderProcessor or CustomerCategoryOrderProcessor
//Using abstract class here would create problem as we have two different abstract classes
public OrderManager(IOrderProcessor orderProcessor) => _orderProcessor = orderProcessor;
}
接口：-==合约。无论哪个类实现它都必须遵循接口的所有规范。
一个实时的例子是任何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，以防失去耦合抽象类
