简而言之，我想这样回答:

通过类层次结构进行继承意味着状态继承; 而通过接口继承则代表行为继承;

抽象类可以被视为介于这两种情况之间的东西(它引入了一些状态，但也迫使你定义一个行为)，完全抽象类是一个接口(据我所知，这是c++中仅由虚拟方法组成的类的进一步发展)。

当然，从Java 8开始，事情发生了轻微的变化，但思想仍然是一样的。

我想这对于一个典型的Java面试来说已经足够了，如果你不是被编译器团队面试的话。

接口是一个“契约”，其中实现契约的类承诺实现方法。举个例子，当我将一款游戏从2D升级到3D时，我不得不编写一个界面而不是类。我必须创建一个界面来共享2D和3D版本的游戏类别。

package adventure;
import java.awt.*;
public interface Playable {
    public void playSound(String s);
    public Image loadPicture(String s);    
}

然后我可以实现基于环境的方法，同时仍然能够从一个不知道正在加载的游戏版本的对象调用这些方法。

公共类Adventure扩展了JFrame实现了Playable

公共类Dungeon3D扩展了SimpleApplication实现的Playable

公共类Main扩展了SimpleApplication实现了AnimEventListener ActionListener,播放

通常，在游戏世界中，世界可以是一个抽象类，在游戏中执行方法:

public abstract class World...

    public Playable owner;

    public Playable getOwner() {
        return owner;
    }

    public void setOwner(Playable owner) {
        this.owner = owner;
    }

在Java中选择接口是为了避免多重继承中的菱形问题。

如果你想让你所有的方法都由你的客户端实现，你可以选择接口。这意味着你要抽象地设计整个应用程序。

如果您已经知道它们的共同点，那么您就可以选择抽象类。例如，取一个抽象类Car。在更高的级别上实现常见的car方法，如calculateRPM()。这是一种常见的方法，你让客户端实现他自己的行为，比如 calculateMaxSpeed()等。也许你会举几个你在日常工作中遇到的真实例子来解释。

根据我的理解和我的做法，

接口就像一个规范/契约，任何实现接口类的类都必须实现抽象类中定义的所有方法(除了默认方法(在Java 8中引入))

然而，当我知道类的一些方法需要实现时，我定义了一个类抽象，而有些方法我仍然不知道实现是什么(我们可能知道函数签名，但不知道实现)。我这样做是为了在开发的后期，当我知道如何实现这些方法时，我可以扩展这个抽象类并实现这些方法。

注意:接口方法中不能有函数体，除非该方法是静态的或默认的。

我为工作做面试，我也会不看好你的答案(抱歉，但我很诚实)。听起来你确实读过不同之处并修改了答案，但也许你从未在实践中使用过。

一个好的解释为什么你会使用每一种，比一个精确的解释差异要好得多。雇主最终希望程序员做一些他们不了解的事情，而这些事情很难在面试中展示出来。如果你申请的是技术或文档相关的工作，而不是开发人员的职位，你给出的答案会很好。

祝你以后面试顺利。

另外，我对这个问题的回答更多的是关于面试技巧，而不是你提供的技术材料。或许可以考虑读一读。https://workplace.stackexchange.com/是做这类事情的好地方。

抽象类不是纯粹的抽象，因为它是具体方法(已实现方法)和未实现方法的集合。 但 接口是纯抽象的，因为只有未实现的方法，没有具体的方法。

为什么是抽象类?

如果用户想为所有对象编写通用功能。 抽象类是未来重新实现的最佳选择，可以在不影响最终用户的情况下增加更多的功能。

为什么接口?

如果用户想要编写不同的功能，那将是对象上的不同功能。 一旦接口发布，如果不需要修改需求，接口是最好的选择。