我最近接受了两次电话采访，被问及接口类和抽象类之间的区别。我已经解释了我能想到的每一个方面，但似乎他们在等我提一些具体的事情，我不知道是什么。
根据我的经验，我认为以下是正确的。如果我遗漏了一个要点，请告诉我。
接口：
接口中声明的每个方法都必须在子类中实现。接口中只能存在事件、委托、财产（C#）和方法。一个类可以实现多个接口。
抽象类：
子类只能实现抽象方法。抽象类可以具有具有实现的普通方法。除了事件、委托、财产和方法之外，抽象类还可以有类变量。由于C#中不存在多重继承，一个类只能实现一个抽象类。
在这之后，面试官提出了一个问题：“如果你有一个只有抽象方法的抽象类呢？这和接口有什么不同？”我不知道答案，但我认为这是上面提到的继承，对吧？另一位面试官问我，“如果你在接口中有一个公共变量，那会和抽象类中有什么不同？”我坚持认为你不能在接口中使用公共变量。我不知道他想听什么，但他也不满意。
另请参阅：
何时使用接口而不是抽象类，反之亦然接口与抽象类如何决定使用抽象类和接口？接口和抽象类之间的区别是什么？
当前回答
第二个问题的答案：接口中定义的公共变量默认为静态final，而抽象类中的公共变量为实例变量。
其他回答
当然，理解OOP中接口和抽象类的行为（以及语言如何处理它们）很重要，但我认为理解每个术语的确切含义也很重要。你能想象if命令不能完全按照这个词的意思工作吗？此外，实际上，一些语言正在减少，甚至更多地减少界面和抽象之间的差异。。。如果碰巧有一天这两个术语几乎相同，那么至少你可以定义它们中的任何一个应该用于何处（以及为什么）。
如果你阅读一些字典和其他字体，你可能会发现同一个词有不同的含义，但有一些共同的定义。我认为我在这个网站上找到的这两个意思真的非常好，非常适合。
接口：
使分离的、有时不相容的元素能够有效协调的事物或环境。
摘要：
集中于自身的东西，集中于任何更广泛或更普遍的事物或若干事物的本质；本质
例子：
你买了一辆车，它需要燃料。
你的汽车模型是XYZ，属于ABC类型，所以它是一辆具体的汽车，一辆汽车的具体实例。汽车不是实物。事实上，它是一组抽象的标准（质量）来创建特定的对象。简而言之，Car是一个抽象的类，它是“集中于自身的任何更广泛或更一般的东西的本质”。
应使用符合汽车手册规格的唯一燃油来加注汽车油箱。实际上，没有什么可以限制您添加任何燃油，但发动机只能在指定的燃油下正常工作，因此最好遵循其要求。该要求表示，与其他同类ABC汽车一样，该公司接受一套标准燃油。
在面向对象的视图中，ABC类型的燃料不应该被声明为一个类，因为没有特定类型的汽车的具体燃料。尽管您的汽车可以接受抽象类别燃油或车辆燃油，但您必须记住，您现有的车辆燃油中只有一部分符合规范，即满足汽车手册要求的燃油。简而言之，他们应该实现ABCGenreFuel接口，该接口“……使独立的、有时不兼容的元素能够有效地协调”。
补遗
此外，我认为你应该记住class这个词的含义，它是（来自前面提到的同一个网站）：
类别：
一群人或事物由于共同的属性、特征、品质或特点而被视为组成一个群体；友善的
这样，类（或抽象类）不应只表示公共属性（如接口），而是表示具有公共属性的某种组。接口不需要表示一种。它必须表示公共属性。通过这种方式，我认为类和抽象类可以用来表示不应该经常改变其方面的事物，比如人类是哺乳动物，因为它代表了某些种类。种类不应该经常改变自己。
1） 接口可以被视为纯抽象类，这是相同的，但尽管如此，实现接口和从抽象类继承并不相同。当你从这个纯抽象类继承时，你定义了一个层次结构->继承，如果你实现了你不需要的接口，你可以实现任意多的接口，但是你只能从一个类继承。
2） 您可以在接口中定义属性，因此实现该接口的类必须具有该属性。
例如：
public interface IVariable
{
string name {get; set;}
}
实现该接口的类必须具有这样的属性。
我将解释接口和抽象类的深度细节。如果您了解接口和抽象类别的概述，那么第一个问题就会出现在您的脑海中，我们应该何时使用接口，何时使用抽象类别。因此，请检查以下接口和抽象类的说明。
我们什么时候应该使用界面？如果您不了解实现，我们只有需求规范，那么我们就使用Interface我们什么时候应该使用抽象类？如果您知道实现但不完全（部分实现），那么我们使用抽象类。界面默认情况下，每个方法的公共抽象意味着接口是100%纯抽象的。摘要可以有Concrete方法和Abstract方法，抽象类是一个声明为抽象的类，它可以包含也可以不包含抽象方法。界面我们不能将接口声明为私有的、受保护的问：为什么我们不将接口声明为私有和受保护的？因为默认情况下接口方法是公共抽象的，所以我们没有将接口声明为私有和受保护的。接口方法我们也不能将接口声明为private、protected、final、static、synchronized、native。。。。。我会给出原因：为什么我们不声明synchronized方法，因为我们无法创建接口的对象，而synchronization是在对象上工作的，这也是我们不声明synchronized的原因瞬态概念也不适用，因为瞬态工作与同步。摘要我们很乐意使用公共的、私人的最终静态。。。。表示抽象上不适用任何限制。界面默认情况下，变量在接口中声明为公共静态final，因此我们也不会将变量声明为私有的受保护变量。易失性修饰符也不适用于接口，因为接口变量默认为公共静态final和final变量。一旦它将值分配给变量，您就不能更改该值，一旦您将变量声明给接口，您就必须分配该变量。易失性变量是不断变化的，所以它是最后一个，这就是我们不在接口中使用易失性的原因。摘要抽象变量不需要声明公共静态final。
我希望这篇文章有用。
接口是执行特定行为的轻量级方式。这是一种想法。
虽然您的问题表明它是针对“通用OO”的，但它似乎真正关注的是.NET对这些术语的使用。
在.NET中（类似于Java）：
接口可以没有状态或实现实现接口的类必须提供该接口的所有方法的实现抽象类可以包含状态（数据成员）和/或实现（方法）抽象类可以在不实现抽象方法的情况下继承（尽管这样的派生类本身是抽象的）接口可能是多继承的，抽象类可能不是（这可能是接口与abtract类分开存在的关键具体原因——它们允许实现多继承，从而消除了一般MI的许多问题）。
作为通用OO术语，差异不一定定义明确。例如，有些C++程序员可能持有类似的严格定义（接口是抽象类的严格子集，不能包含实现），而有些人可能会说，具有某些默认实现的抽象类仍然是接口，或者非抽象类仍然可以定义接口。
事实上，有一种叫做非虚拟接口（NVI）的C++习惯用法，其中公共方法是“thunk”到私有虚拟方法的非虚拟方法：
http://www.gotw.ca/publications/mill18.htmhttp://en.wikibooks.org/wiki/More_C%2B%2B_Idioms/Non-虚拟界面（_I）
