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

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

接口：

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

摘要：

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

例子：

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

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

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

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

补遗

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

类别：

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

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

接口：

不包含含义接口可以从多个接口继承（支持多重继承）成员自动公开可以包含财产、方法、事件和索引器

抽象类：

可能/可能不包含实施；至少有一个成员不会被执行。类可以从单个基类继承；不允许多重继承。成员具有访问修饰符可以包含字段、财产、构造函数、析构函数、方法、事件和索引器

这些是抽象类和接口之间的关键区别。

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。通过为基础类型提供默认实现，您首先使用一种有效且经过良好测试的类型；那么你可以修改需要修改的零件。

■■ 版本控制如果向基类型添加方法，则派生类型继承新方法，您开始使用一种有效的类型，用户的源代码甚至不必重新编译。向接口添加新成员将强制接口的继承者更改它的源代码并重新编译。

接口：我们不实现（或定义）方法，而是在派生类中实现。我们不在接口中声明成员变量。接口表示HAS-A关系。这意味着它们是对象的遮罩。抽象类：我们可以在抽象类中声明和定义方法。我们隐藏了它的构造函数。这意味着没有直接从它创建对象。抽象类可以保存成员变量。派生类继承到抽象类，这意味着派生类中的对象不被屏蔽，它继承到抽象类别。这种情况下的关系是is-A。

这是我的看法。

我将解释接口和抽象类的深度细节。如果您了解接口和抽象类别的概述，那么第一个问题就会出现在您的脑海中，我们应该何时使用接口，何时使用抽象类别。因此，请检查以下接口和抽象类的说明。

我们什么时候应该使用界面？如果您不了解实现，我们只有需求规范，那么我们就使用Interface我们什么时候应该使用抽象类？如果您知道实现但不完全（部分实现），那么我们使用抽象类。界面默认情况下，每个方法的公共抽象意味着接口是100%纯抽象的。摘要可以有Concrete方法和Abstract方法，抽象类是一个声明为抽象的类，它可以包含也可以不包含抽象方法。界面我们不能将接口声明为私有的、受保护的问：为什么我们不将接口声明为私有和受保护的？因为默认情况下接口方法是公共抽象的，所以我们没有将接口声明为私有和受保护的。接口方法我们也不能将接口声明为private、protected、final、static、synchronized、native。。。。。我会给出原因：为什么我们不声明synchronized方法，因为我们无法创建接口的对象，而synchronization是在对象上工作的，这也是我们不声明synchronized的原因瞬态概念也不适用，因为瞬态工作与同步。摘要我们很乐意使用公共的、私人的最终静态。。。。表示抽象上不适用任何限制。界面默认情况下，变量在接口中声明为公共静态final，因此我们也不会将变量声明为私有的受保护变量。易失性修饰符也不适用于接口，因为接口变量默认为公共静态final和final变量。一旦它将值分配给变量，您就不能更改该值，一旦您将变量声明给接口，您就必须分配该变量。易失性变量是不断变化的，所以它是最后一个，这就是我们不在接口中使用易失性的原因。摘要抽象变量不需要声明公共静态final。

我希望这篇文章有用。

面试官们正在寻找一棵奇怪的树。对于像C#和Java这样的语言，这是有区别的，但在其他语言中，像C++没有区别。OO理论并没有区分这两者，仅仅是语言的语法。

抽象类是一个同时具有实现和接口（纯虚拟方法）的类，将被继承。接口通常没有任何实现，只有纯虚拟函数。

在C#或Java中，没有任何实现的抽象类与接口的区别仅在于用于从其继承的语法以及只能从其中继承的事实。