接口和基类表示两种不同形式的关系。

继承（基类）表示“is-a”关系。例如，狗或猫是宠物。这种关系始终代表着班级的（单一）目的（结合“单一责任原则”）。

另一方面，接口表示类的其他特性。我将其称为“是”关系，如“Foo是一次性的”，因此C#中的IDisposable接口。

继承还有其他优点，例如变量能够保存父类或继承类的对象（无需将其声明为泛型，如“object”）。

例如，在.NET WinForms中，大多数UI组件都是从System.Windows.Forms.Control派生的，因此声明为的变量可以“容纳”几乎所有UI元素，无论是按钮、ListView还是其他元素。当然，现在你不能访问项目的所有财产或方法，但你可以拥有所有基本的东西——这可能很有用。

感谢Jon Limjap的回答，但我想为接口和抽象基类的概念添加一些解释

接口类型与抽象基类

改编自Pro C#5.0和.NET 4.5 Framework书籍。

接口类型似乎与抽象基类非常相似。回忆起当类被标记为抽象时，它可以定义任意数量的抽象成员来提供所有派生类型的多态接口。然而，即使类确实定义了一组抽象成员，还可以自由定义任意数量的构造函数、字段数据、非抽象成员（使用另一方面，接口只包含抽象成员定义。抽象父类建立的多态接口有一个主要限制因为只有派生类型支持抽象父级定义的成员。然而，在更大范围内软件系统，开发多个没有共同父级的类层次结构是非常常见的超出System.Object。假定抽象基类中的抽象成员仅适用于派生类型，我们无法在不同的层次结构中配置类型以支持相同的多态性界面例如，假设您定义了以下抽象类：

public abstract class CloneableType
{
// Only derived types can support this
// "polymorphic interface." Classes in other
// hierarchies have no access to this abstract
// member.
   public abstract object Clone();
}

给定此定义，只有扩展CloneableType的成员才能支持Clone（）方法如果创建一组不扩展此基类的新类，则无法获得多态界面。此外，您可能还记得C#不支持类的多重继承。因此，如果您想创建一辆小型货车，它是一辆汽车，并且是一种可克隆类型，那么您无法做到：

// Nope! Multiple inheritance is not possible in C#
// for classes.
public class MiniVan : Car, CloneableType
{
}

正如您所猜测的，接口类型起到了拯救作用。定义接口后，可以可以由任何类或结构、任何层次结构、任何命名空间或任何程序集中实现（用任何.NET编程语言编写）。正如您所看到的，接口是高度多态的。考虑System命名空间中定义的名为ICloneable的标准.NET接口。这接口定义了一个名为Clone（）的方法：

public interface ICloneable
{
object Clone();
}

列出你的对象必须要做的事情，你的对象可以做的事情。必须指明你的基类型，可以指明你的接口。

例如，您的PetBase必须呼吸，而您的IPet可能会DoTricks。

对问题域的分析将帮助您定义精确的层次结构。

我发现Interface>Abstract>Concrete的模式适用于以下用例：

1.  You have a general interface (eg IPet)
2.  You have a implementation that is less general (eg Mammal)
3.  You have many concrete members (eg Cat, Dog, Ape)

抽象类定义了具体类的默认共享属性，但实施了接口。例如：

public interface IPet{

    public boolean hasHair();

    public boolean walksUprights();

    public boolean hasNipples();
}

现在，由于所有的哺乳动物都有毛发和乳头（AFAIK，我不是动物学家），我们可以将其纳入抽象基类

public abstract class Mammal() implements IPet{

     @override
     public walksUpright(){
         throw new NotSupportedException("Walks Upright not implemented");
     }

     @override
     public hasNipples(){return true}

     @override
     public hasHair(){return true}

然后具体的类仅仅定义了他们直立行走。

public class Ape extends Mammal(){

    @override
    public walksUpright(return true)
}

public class Catextends Mammal(){

    @override
    public walksUpright(return false)
}

当有很多具体的类时，这种设计是很好的，并且您不希望维护样板只是为了编程到接口。如果向接口中添加了新方法，则会破坏所有生成的类，因此您仍然可以获得接口方法的优势。

在这种情况下，抽象也可以是具体的；然而，抽象的名称有助于强调这种模式正在被使用。

在这篇Java World文章中对其进行了很好的解释。

就我个人而言，我倾向于使用接口来定义接口，即系统设计中指定如何访问某些内容的部分。

我会有一个类实现一个或多个接口，这并不罕见。

抽象类是我用来做其他事情的基础。

以下是上述文章JavaWorld.com文章的摘录，作者Tony Sintes，2001年4月20日

接口与抽象类选择接口和抽象类不是一个非此即彼的命题。如果你需要改变你的设计，让它成为一个界面。然而，您可能有提供一些默认行为的抽象类。抽象类是应用程序框架中的优秀候选者。抽象类允许您定义一些行为；它们迫使您的子类提供其他子类。例如，如果您有一个应用程序框架，抽象类可以提供默认服务，如事件和消息处理。这些服务允许应用程序插入应用程序框架。但是，有些特定于应用程序的功能只有您的应用程序才能执行。此类功能可能包括启动和关闭任务，这些任务通常依赖于应用程序。因此，抽象基类可以声明抽象的关闭和启动方法，而不是试图定义该行为本身。基类知道它需要这些方法，但抽象类让您的类承认它不知道如何执行这些操作；它只知道它必须发起行动。当需要启动时，抽象类可以调用启动方法。当基类调用此方法时，Java调用子类定义的方法。许多开发人员忘记了定义抽象方法的类也可以调用该方法。抽象类是创建计划继承层次结构的极好方法。对于类层次结构中的非叶类，它们也是一个很好的选择。类与接口

有人说你应该用接口来定义所有的类，但我认为这个建议有点极端。当我看到设计中的某些内容会频繁更改时，我会使用接口。

例如，Strategy模式允许您在程序中交换新的算法和过程，而不改变使用它们的对象。媒体播放器可能知道如何播放CD、MP3和wav文件。当然，您不希望将这些回放算法硬编码到播放器中；这将使添加像AVI这样的新格式变得困难。此外，您的代码将充斥着无用的case语句。为了增加伤害，您需要在每次添加新算法时更新这些案例陈述。总而言之，这不是一种非常面向对象的编程方式。使用Strategy模式，您可以简单地将算法封装在对象后面。如果这样做，您可以随时提供新的媒体插件。让我们将插件类称为MediaStrategy。该对象将有一个方法：playStream（流）。所以为了添加一个新的算法，我们只需扩展我们的算法类。现在，当程序遇到新的媒体类型时，它只是将流的播放委托给我们的媒体策略。当然，您需要一些管道来正确实例化所需的算法策略。这是一个使用界面的好地方。我们使用了Strategy模式，它清楚地表明设计中的一个位置将发生变化。因此，您应该将策略定义为一个接口。当您希望某个对象具有某种类型时，通常应该支持接口而不是继承；在本例中为MediaStrategy。依赖类型标识的继承是危险的；它将您锁定到特定的继承层次结构中。Java不允许多重继承，因此您不能扩展能够为您提供有用实现或更多类型标识的内容。