打个比方吧：当我在空军时，我参加了飞行员培训，成为了一名美国空军飞行员。当时我没有资格驾驶任何飞机，必须参加飞机类型的训练。一旦我获得资格，我就是一名飞行员（抽象类）和一名C-141飞行员（具体类）。在我的一项任务中，我被赋予了一项额外的职责：安全员。现在我仍然是一名飞行员和C-141飞行员，但我也履行了安全员的职责（可以说，我执行了ISafetyOfficer）。飞行员不需要是安全员，其他人也可以这样做。

所有美国空军飞行员都必须遵守某些空军规定，所有C-141（或F-16或T-38）飞行员都是“美国空军飞行员”。任何人都可以成为安全员。因此，总结如下：

Pilot：抽象类C-141试验：混凝土等级ISafety Officer:接口

补充说明：这是一个类比，以帮助解释概念，而不是编码建议。看到下面的各种评论，讨论很有趣。

当然，理解OOP中接口和抽象类的行为（以及语言如何处理它们）很重要，但我认为理解每个术语的确切含义也很重要。你能想象if命令不能完全按照这个词的意思工作吗？此外，实际上，一些语言正在减少，甚至更多地减少界面和抽象之间的差异。。。如果碰巧有一天这两个术语几乎相同，那么至少你可以定义它们中的任何一个应该用于何处（以及为什么）。

如果你阅读一些字典和其他字体，你可能会发现同一个词有不同的含义，但有一些共同的定义。我认为我在这个网站上找到的这两个意思真的非常好，非常适合。

接口：

使分离的、有时不相容的元素能够有效协调的事物或环境。

摘要：

集中于自身的东西，集中于任何更广泛或更普遍的事物或若干事物的本质；本质

例子：

你买了一辆车，它需要燃料。

你的汽车模型是XYZ，属于ABC类型，所以它是一辆具体的汽车，一辆汽车的具体实例。汽车不是实物。事实上，它是一组抽象的标准（质量）来创建特定的对象。简而言之，Car是一个抽象的类，它是“集中于自身的任何更广泛或更一般的东西的本质”。

应使用符合汽车手册规格的唯一燃油来加注汽车油箱。实际上，没有什么可以限制您添加任何燃油，但发动机只能在指定的燃油下正常工作，因此最好遵循其要求。该要求表示，与其他同类ABC汽车一样，该公司接受一套标准燃油。

在面向对象的视图中，ABC类型的燃料不应该被声明为一个类，因为没有特定类型的汽车的具体燃料。尽管您的汽车可以接受抽象类别燃油或车辆燃油，但您必须记住，您现有的车辆燃油中只有一部分符合规范，即满足汽车手册要求的燃油。简而言之，他们应该实现ABCGenreFuel接口，该接口“……使独立的、有时不兼容的元素能够有效地协调”。

补遗

此外，我认为你应该记住class这个词的含义，它是（来自前面提到的同一个网站）：

类别：

一群人或事物由于共同的属性、特征、品质或特点而被视为组成一个群体；友善的

这样，类（或抽象类）不应只表示公共属性（如接口），而是表示具有公共属性的某种组。接口不需要表示一种。它必须表示公共属性。通过这种方式，我认为类和抽象类可以用来表示不应该经常改变其方面的事物，比如人类是哺乳动物，因为它代表了某些种类。种类不应该经常改变自己。

虽然这个问题很老，但我想补充一点，支持接口：

可以使用任何依赖注入工具来注入接口，其中作为抽象类注入的支持很少。

我认为他们不喜欢你的回应，因为你给出的是技术上的差异，而不是设计上的差异。对我来说，这个问题就像一个巨魔问题。事实上，接口和抽象类有着完全不同的性质，所以你无法真正比较它们。我将向您介绍接口的作用和抽象类的作用。

接口：用于确保契约和类之间的低耦合，以获得更可维护、可扩展和可测试的应用程序。

抽象类：仅用于在具有相同响应性的类之间分解某些代码。请注意，这是为什么多重继承在OOP中是一件坏事的主要原因，因为类不应该处理许多响应（而是使用组合）。

因此，接口具有真正的体系结构角色，而抽象类几乎只是实现的一个细节（当然，如果正确使用的话）。

从我的另一个答案来看，主要是关于何时使用一个而不是另一个：

根据我的经验，界面是最好的有几个类时使用每个都需要对相同的方法，以便可由其他代码互换使用将针对这些类的公共接口。最好的当协议很重要，但底层逻辑可能不同于每个类别。如果你不是复制逻辑，考虑抽象类或标准类继承相反

其他一些区别：

抽象类可以有静态方法、财产、字段等，而操作符和接口则不能。强制转换运算符允许向抽象类强制转换，但不允许向接口强制转换。

所以，即使抽象类从未实现（通过它的静态成员），也可以单独使用抽象类，并且不能以任何方式单独使用接口。