我最近接受了两次电话采访，被问及接口类和抽象类之间的区别。我已经解释了我能想到的每一个方面，但似乎他们在等我提一些具体的事情，我不知道是什么。
根据我的经验，我认为以下是正确的。如果我遗漏了一个要点，请告诉我。
接口：
接口中声明的每个方法都必须在子类中实现。接口中只能存在事件、委托、财产（C#）和方法。一个类可以实现多个接口。
抽象类：
子类只能实现抽象方法。抽象类可以具有具有实现的普通方法。除了事件、委托、财产和方法之外，抽象类还可以有类变量。由于C#中不存在多重继承，一个类只能实现一个抽象类。
在这之后，面试官提出了一个问题：“如果你有一个只有抽象方法的抽象类呢？这和接口有什么不同？”我不知道答案，但我认为这是上面提到的继承，对吧？另一位面试官问我，“如果你在接口中有一个公共变量，那会和抽象类中有什么不同？”我坚持认为你不能在接口中使用公共变量。我不知道他想听什么，但他也不满意。
另请参阅：
何时使用接口而不是抽象类，反之亦然接口与抽象类如何决定使用抽象类和接口？接口和抽象类之间的区别是什么？
当前回答
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。通过为基础类型提供默认实现，您首先使用一种有效且经过良好测试的类型；那么你可以修改需要修改的零件。
■■ 版本控制如果向基类型添加方法，则派生类型继承新方法，您开始使用一种有效的类型，用户的源代码甚至不必重新编译。向接口添加新成员将强制接口的继承者更改它的源代码并重新编译。
其他回答
还有一些其他的区别-
接口不能有任何具体的实现。抽象基类可以。这允许您在那里提供具体的实现。这可以允许抽象基类实际上提供更严格的契约，而接口实际上只描述如何使用类。（抽象基类可以具有定义行为的非虚拟成员，这给了基类作者更多的控制权。）
一个类上可以实现多个接口。类只能从单个抽象基类派生。这允许使用接口的多态层次结构，但不允许抽象基类。这也允许使用接口进行伪多重继承。
抽象基类可以在v2+中修改，而不破坏API。对接口的更改正在破坏更改。
[C#/.NET特定]接口与抽象基类不同，可以应用于值类型（结构）。结构不能从抽象基类继承。这允许将行为契约/使用指南应用于价值类型。
通过实现接口，您实现了组合（“has-a”关系）而不是继承（“is-a”关系”）。当涉及到设计模式等需要使用接口来实现行为组合而不是继承的事情时，这是一个需要记住的重要原则。
从编码角度
如果抽象类只有抽象方法，则接口可以替换抽象类。否则，将抽象类更改为接口意味着您将失去继承提供的代码重用性。
从设计角度
如果它是“Is a”关系，并且您需要一个子集或所有功能，请将其保留为抽象类。如果是“应该做”的关系，请将其保留为界面。
决定你需要什么：只是策略执行，或者代码重用和策略。
1） 接口可以被视为纯抽象类，这是相同的，但尽管如此，实现接口和从抽象类继承并不相同。当你从这个纯抽象类继承时，你定义了一个层次结构->继承，如果你实现了你不需要的接口，你可以实现任意多的接口，但是你只能从一个类继承。
2） 您可以在接口中定义属性，因此实现该接口的类必须具有该属性。
例如：
public interface IVariable
{
string name {get; set;}
}
实现该接口的类必须具有这样的属性。
接口：-==合约。无论哪个类实现它都必须遵循接口的所有规范。
一个实时的例子是任何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，以防失去耦合抽象类
