接口是执行特定行为的轻量级方式。这是一种想法。

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

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

第二个问题的答案：接口中定义的公共变量默认为静态final，而抽象类中的公共变量为实例变量。

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

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

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

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

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

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

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

遗产考虑一辆汽车和一辆公共汽车。它们是两种不同的车辆。但是，它们仍然有一些共同的财产，比如它们有方向盘、制动器、齿轮、发动机等。因此，使用继承概念，这可以表示如下。。。

public class Vehicle {
    private Driver driver;
    private Seat[] seatArray; //In java and most of the Object Oriented Programming(OOP) languages, square brackets are used to denote arrays(Collections).
    //You can define as many properties as you want here ...
}

现在是自行车。。。

public class Bicycle extends Vehicle {
    //You define properties which are unique to bicycles here ...
    private Pedal pedal;
}

还有一辆车。。。

public class Car extends Vehicle {
    private Engine engine;
    private Door[] doors;
}

这就是关于继承的全部内容。我们使用它们将对象分类为更简单的Base表单及其子表单，如上文所示。

抽象类

抽象类是不完整的对象。为了进一步理解它，让我们再次考虑车辆类比。可以驾驶车辆。正确的但不同的车辆以不同的方式行驶。。。例如，你不能像驾驶自行车一样驾驶汽车。那么如何表示车辆的驱动功能呢？很难检查它是什么类型的车辆，并使用它自己的功能驾驶它；在添加新类型的车辆时，您必须反复更改驾驶员类别。这里是抽象类和方法的作用。您可以将驱动方法定义为抽象的，以告知每个继承的子级都必须实现此函数。所以如果你修改了车辆等级。。。

//......Code of Vehicle Class
abstract public void drive();
//.....Code continues

Bicycle和Car还必须指定如何驾驶它。否则，代码将无法编译并引发错误。简言之抽象类是具有一些不完整函数的部分不完整类，继承的子类必须指定自己的函数。

接口接口完全不完整。他们没有任何财产。他们只是表明继承的孩子有能力做某事。。。假设你随身携带不同类型的手机。他们每个人都有不同的方式来完成不同的功能；打电话给某人。手机制造商指定了如何操作。在这里，手机可以拨打一个号码，也就是说，它是可拨打的。让我们将其表示为一个接口。

public interface Dialable {
    public void dial(Number n);
}

在这里，Dialable的制作者定义了如何拨号。你只需要给它一个号码。

// Makers define how exactly dialable work inside.

Dialable PHONE1 = new Dialable() {
    public void dial(Number n) {
        //Do the phone1's own way to dial a number
    }
}

Dialable PHONE2 = new Dialable() {
    public void dial(Number n) {
        //Do the phone2's own way to dial a number
    }
}


//Suppose there is a function written by someone else, which expects a Dialable
......
public static void main(String[] args) {
    Dialable myDialable = SomeLibrary.PHONE1;
    SomeOtherLibrary.doSomethingUsingADialable(myDialable);
}
.....

通过使用接口而不是抽象类，使用Dialable的函数的编写者无需担心其财产。它有触摸屏或拨号盘吗？是固定固定电话还是移动电话。你只需要知道它是否可以拨号；它是否继承（或实现）可拨号接口。

更重要的是，如果有一天你将可拨号电话换成另一个

......
public static void main(String[] args) {
    Dialable myDialable = SomeLibrary.PHONE2; // <-- changed from PHONE1 to PHONE2
    SomeOtherLibrary.doSomethingUsingADialable(myDialable);
}
.....

您可以确定代码仍然完美运行，因为使用可拨号接口的功能不（也不可能）依赖于可拨号接口中指定的细节以外的细节。它们都实现了可拨号接口，这是函数唯一关心的事情。

开发人员通常使用接口来确保对象之间的互操作性（可互换使用），只要它们共享一个共同的功能（就像您可以换成座机或移动电话，只要您只需要拨打一个号码）。简而言之，接口是抽象类的一个简单得多的版本，没有任何财产。此外，请注意，您可以实现（继承）任意多的接口，但只能扩展（继承）单个父类。

更多信息抽象类与接口

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

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

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