两者都是类定义的契约:

结论1:两种意图都是对象泛化

在定义抽象类时，它们也可以有默认实现。

结论2:区分存在于行为泛化设计中

在使用抽象类时，类只能从一个抽象类继承

结论3:抽象类在应用上存在局限性。它的意思是 行为概括的局限性。

最后结论-何时使用哪个:区分是在行为泛化层面

在类的行为设计中，如果功能在确定的类之间只是概念上的限制，换句话说，在确定的类之间是共享的，则使用抽象类。但如果功能比确定类更通用，或者我们可以/想要向其他类添加功能，则使用接口作为契约。

什么时候选择抽象类而不是接口?

如果计划在程序/项目的整个生命周期中更新基类，最好允许基类是一个抽象类 如果有人试图为层次结构中密切相关的对象构建主干，那么使用抽象类是非常有益的

什么时候选择接口而不是抽象类?

如果不需要处理大量的层次结构类型的框架，那么接口将是一个很好的选择 因为抽象类不支持多重继承(菱形问题)，所以接口可以挽救局面

类只能继承自一个基类，因此如果您想使用抽象类为一组类提供多态性，它们必须全部继承自该类。抽象类也可以提供已经实现的成员。因此，您可以使用抽象类确保一定数量的相同功能，但不能使用接口。

下面是一些建议，可以帮助您决定是使用接口还是抽象类为组件提供多态性。

If you anticipate creating multiple versions of your component, create an abstract class. Abstract classes provide a simple and easy way to version your components. By updating the base class, all inheriting classes are automatically updated with the change. Interfaces, on the other hand, cannot be changed once created in that way. If a new version of an interface is required, you must create a whole new interface. If the functionality you are creating will be useful across a wide range of disparate objects, use an interface. Abstract classes should be used primarily for objects that are closely related, whereas interfaces are best suited for providing common functionality to unrelated classes. If you are designing small, concise bits of functionality, use interfaces. If you are designing large functional units, use an abstract class. If you want to provide common, implemented functionality among all implementations of your component, use an abstract class. Abstract classes allow you to partially implement your class, whereas interfaces contain no implementation for any members.

抄袭: http://msdn.microsoft.com/en-us/library/scsyfw1d%28v=vs.71%29.aspx

好吧，我自己刚刚“grokup”了这个——这是外行的术语(如果我错了，请随意纠正我)——我知道这个话题太老了，但其他人可能有一天会偶然发现它……

抽象类允许你创建一个蓝图，并允许你额外构造(实现)属性和方法，你希望它的所有后代都拥有。

另一方面，接口只允许您声明希望在实现它的所有类中存在具有给定名称的属性和/或方法——但不指定应该如何实现它。同样，一个类可以实现许多接口，但只能扩展一个抽象类。界面更像是一种高级架构工具(如果你开始掌握设计模式，这一点就会变得更清楚)——抽象则同时涉足这两个阵营，也可以执行一些繁琐的工作。

为什么使用其中一种而不是另一种呢?前者允许对后代进行更具体的定义，而后者允许更大的多态性。最后一点对最终用户/编码器很重要，他们可以利用这些信息以各种组合/形状来实现A.P.I(界面)，以满足他们的需求。

我认为这对我来说是一个“顿悟”的时刻——少从作者的角度来考虑接口，多从后面加入到项目中实现或扩展API的编码器的角度来考虑接口。

如果您想提供一些基本实现，请使用抽象类。

这是一个很难打的电话。

我可以给出一个提示:一个对象可以实现许多接口，而一个对象只能继承一个基类(在像c#这样的现代OO语言中，我知道c++有多个继承-但这不是不受欢迎吗?)