我认为他们正在寻找的答案是根本的或OPPS的哲学差异。

当派生类共享抽象类的核心财产和行为时，使用抽象类继承。实际定义类的行为类型。

另一方面，当类共享外围行为时使用接口继承，这些行为不一定定义派生类。

例如，汽车和卡车共享汽车抽象类的许多核心财产和行为，但它们也共享一些外围行为，如生成排气，即使是像司钻或发电机这样的非汽车类也共享，并不一定定义汽车或卡车，因此汽车、卡车、司钻和发电机都可以共享同一个接口IExhaust。

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

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

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

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

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

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

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

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

简单来说，我想使用

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

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

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

由于您可能已经从专家那里获得了理论知识，所以我不会花太多的时间来重复这里的所有内容，而是让我用一个简单的例子来解释，我们可以使用/不能使用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的帮助下通过自己的制动技术实现多重继承。

大多数答案都集中在抽象类和接口之间的技术差异上，但从技术上讲，接口基本上是一种抽象类（没有任何数据或实现），我认为概念上的差异要有趣得多，这可能是面试官想要的。

接口是一种协议。它规定：“这就是我们将要彼此交谈的方式”。它不能有任何实现，因为它不应该有任何实现。这是一份合同。这就像C中的.h头文件。

抽象类是一个不完整的实现。类可以实现接口，也可以不实现接口，抽象类不必完全实现它。没有任何实现的抽象类有点无用，但完全合法。

基本上，任何类，无论抽象与否，都是关于它是什么，而接口则是关于你如何使用它。例如：Animal可能是一个抽象类，它实现了一些基本的代谢功能，并在没有给出实现的情况下指定了呼吸和运动的抽象方法，因为它不知道它应该通过鳃还是肺呼吸，行走或爬行。另一方面，Mount可能是一个接口，它指定你可以骑动物，而不知道它是什么动物（或者它是否是动物！）。

在幕后，接口基本上是一个只有抽象方法的抽象类，这一点无关紧要。从概念上讲，他们扮演着完全不同的角色。

除了将抽象类与接口进行比较之外，将抽象类和具体类进行比较是有意义的。

使用抽象类就像使用具体类一样，除非您不希望/无法在没有扩展的情况下实例化它们。让你不想/不能实现抽象方法的方法。

如果你喜欢类比，就把chrome当作一个抽象类（你不能把它当作浏览器，所以它不能被实例化），把chrome和opera当作从chrome派生的具体类，把浏览器插件结构当作接口。