由于您可能已经从专家那里获得了理论知识，所以我不会花太多的时间来重复这里的所有内容，而是让我用一个简单的例子来解释，我们可以使用/不能使用Interface和Abstract类。

假设您正在设计一个应用程序来列出汽车的所有功能。在不同的方面，您需要共同继承，因为一些财产，如DigitalFuelMeter、空调、座椅调节等，对所有汽车来说都是通用的。同样，我们只需要对某些类进行继承，因为某些财产（如制动系统（ABS、EBD））仅适用于某些汽车。

以下类别作为所有汽车的基本类别：

public class Cars
{
    public string DigitalFuelMeter()
    {
        return "I have DigitalFuelMeter";
    }

    public string AirCondition()
    {
        return "I have AC";
    }

    public string SeatAdjust()
    {
        return "I can Adjust seat";
    }
}

考虑一下，我们为每辆车单独安排了一节课。

public class Alto : Cars
{
    // Have all the features of Car class    
}

public class Verna : Cars
{
    // Have all the features of Car class + Car need to inherit ABS as the Braking technology feature which is not in Cars        
}

public class Cruze : Cars
{
    // Have all the features of Car class + Car need to inherit EBD as the Braking technology feature which is not in Cars        
}

考虑到我们需要一种方法来继承Verna和Cruze汽车的制动技术（不适用于Alto）。虽然两者都使用制动技术，但“技术”不同。因此，我们正在创建一个抽象类，其中方法将声明为abstract，并且应该在其子类中实现。

public abstract class Brake
{
    public abstract string GetBrakeTechnology();
}

现在我们正在尝试从这个抽象类继承，制动系统的类型在Verna和Cruze中实现：

public class Verna : Cars,Brake
{
    public override string GetBrakeTechnology()
    {
        return "I use ABS system for braking";
    }       
}

public class Cruze : Cars,Brake
{
    public override string GetBrakeTechnology()
    {
       return "I use EBD system for braking";
    }         
}

看到上面两节课中的问题了吗？它们继承自多个类，即使该方法在子类中实现，C#.Net也不允许这些类。这里需要接口。

interface IBrakeTechnology
{
    string GetBrakeTechnology();
}

具体实施如下：

public class Verna : Cars, IBrakeTechnology
{
    public string GetBrakeTechnology()
    {
        return "I use ABS system for braking";
    }
}

public class Cruze : Cars, IBrakeTechnology
{
   public string GetBrakeTechnology()
   {
       return "I use EBD system for braking";
   }        
}

现在，Verna和Cruze可以在Interface的帮助下通过自己的制动技术实现多重继承。

如果您认为java是OOP语言来回答这个问题，那么Java8的发布会导致上述答案中的一些内容过时。现在，java接口可以具有具有具体实现的默认方法。

Oracle网站提供了接口和抽象类之间的关键区别。

如果出现以下情况，请考虑使用抽象类：

您希望在几个密切相关的类之间共享代码。您希望扩展抽象类的类具有许多公共方法或字段，或者需要公共以外的访问修饰符（如protected和private）。您要声明非静态或非final字段。

如果出现以下情况，请考虑使用接口：

您希望不相关的类实现您的接口。例如，许多不相关的对象可以实现Serializable接口。您希望指定特定数据类型的行为，但不关心谁实现了它的行为。您希望利用类型的多重继承。

简单来说，我想使用

接口：通过多个不相关的对象实现合同

抽象类：在多个相关对象之间实现相同或不同的行为

看看代码示例，以清楚的方式理解事情：我应该如何解释接口和抽象类之间的区别？

从概念上讲，保持特定于语言的实现、规则、好处，并通过使用任何人或两者实现任何编程目标，可以或不可以有代码/数据/属性等等，单继承或多继承等等

1-抽象（或纯抽象）类旨在实现层次结构。如果您的业务对象在结构上看起来有些相似，仅表示父子（层次结构）类型的关系，那么将使用继承/抽象类。如果您的业务模型没有层次结构，那么就不应该使用继承（这里我不是在谈论编程逻辑，例如一些设计模式需要继承）。从概念上讲，抽象类是一种在OOP中实现业务模型层次结构的方法，它与接口无关，实际上将抽象类与接口进行比较是没有意义的，因为两者在概念上完全不同，在访谈中要求它只是为了检查概念，因为当涉及到实现时，它看起来都提供了一些相同的功能，而我们程序员通常更强调编码。[请记住，抽象与抽象类不同]。

2-接口是一个契约，一个由一组或多组功能表示的完整业务功能。这就是它被实现而不是继承的原因。业务对象（是否是层次结构的一部分）可以具有任意数量的完整业务功能。它与抽象类无关，通常意味着继承。例如，人可以跑步，大象可以跑步，鸟可以跑步等等，所有这些不同层次的对象都将实现RUN接口或EAT或SPEAK接口。不要进入实现，因为您可能会将其实现为为实现这些接口的每种类型提供抽象类。任何层次结构的对象都可以具有与其层次结构无关的功能（接口）。

我相信，接口的发明并不是为了实现多重继承或公开公共行为，类似地，纯抽象类并不是为了推翻接口，而是接口是一个对象可以实现的功能（通过接口的功能），抽象类代表一个层次结构的父级，以生成具有父级核心结构（属性+功能）的子级

当你被问到差异时，这实际上是概念上的差异，而不是特定语言实现中的差异，除非被明确问到。

我相信，两位面试官都希望这两者之间有一条直线的直接区别，当你失败时，他们试图通过将“一个作为另一个”来驱使你实现这一区别

如果你有一个只有抽象方法的抽象类呢？

接口：

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

抽象类：

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

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

虽然您的问题表明它是针对“通用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）

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

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

接口：

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

摘要：

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

例子：

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

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

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

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

补遗

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

类别：

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

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