Josh Bloch在《有效的Java 2d》中说道：

首选接口而非抽象类

一些要点：

可以很容易地对现有类进行修改，以实现新的界面你所要做的就是添加所需的方法（如果还没有）存在并将implements子句添加到类声明。接口是定义混合的理想选择。粗略地说mixin是类可以使用的类型除了“主要”键入“”以声明它提供一些可选行为。例如Comparable是一个mixin接口允许类声明其实例的排序依据其他相互可比较的对象。接口允许构造非分层类型框架。类型层次结构为很适合组织一些事情，但是其他的事情并不是很简单刚性层次。接口通过每类包装的习惯用法。如果您使用抽象类来定义类型留下想要添加的程序员功能，别无选择使用继承。此外，你可以结合这些优点接口和抽象类提供抽象骨架实现类导出的非平凡接口。

另一方面，接口很难发展。如果您向接口添加一个方法，它将破坏它的所有实现。

PS：买这本书。它要详细得多。

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

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

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

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

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

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

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

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

接口有一个明显的优点，即对类来说有点“热交换”。将一个类从一个父类更改为另一个父级通常会导致大量工作，但通常可以删除和更改接口，而不会对实现类产生很大影响。这在您有几个“可能”希望类实现的窄行为集的情况下尤其有用。

这在我的领域尤其适用：游戏编程。基类可能会因继承对象“可能”需要的大量行为而变得臃肿。通过接口，可以轻松地向对象添加或删除不同的行为。例如，如果我为想要反映伤害的对象创建了“IDamageEffects”界面，那么我可以很容易地将其应用于各种游戏对象，并在以后很容易地改变主意。假设我设计了一个要用于“静态”装饰对象的初始类，我最初决定它们是不可破坏的。稍后，我可能会决定，如果它们可以爆炸，那会更有趣，所以我修改了类以实现“IDamageEffects”接口。这比切换基类或创建新的对象层次结构要容易得多。

一个重要的区别是，只能继承一个基类，但可以实现多个接口。因此，如果您绝对确定不需要同时继承不同的基类，那么只需要使用基类。此外，如果你发现你的接口越来越大，那么你应该开始把它分成几个逻辑块来定义独立的功能，因为没有规则规定你的类不能实现所有的功能（或者你可以定义一个不同的接口来继承所有的功能）。

还请记住，不要在OO中被卷走（请参见博客），并始终基于所需的行为来建模对象，如果您设计的应用程序中唯一需要的行为是动物的通用名称和物种，那么您只需要一个类animal，而不是世界上每种可能的动物都需要数百万个类。

基类的继承者应该具有“is a”关系。接口表示“实现”关系。因此，只有在继承者将维护关系时才使用基类。