为了让你能在面试中给出一个简单、合理的回答，我提供以下几点:

接口用于为一系列相关类指定API——关系就是接口。通常用于具有多个实现的情况，通过配置或在运行时选择正确的实现。(除非使用Spring，此时接口基本上就是Spring Bean)。接口通常用于解决多重继承问题。

抽象类是专门为继承而设计的类。这也意味着有多个实现，所有实现都有一些共性(在抽象类中可以找到)。

如果你想解决这个问题，那么就说抽象类经常实现接口的一部分——job就是你的了!

你的所有语句都是有效的，除了你的第一个语句(在Java 8发布之后):

Java接口的方法是隐式抽象的，不能有实现

从文档页:

接口是一种引用类型，类似于类，只能包含 常量、方法签名、默认方法、静态方法和嵌套类型 方法体只存在于默认方法和静态方法中。

默认的方法:

接口可以有默认方法，但与抽象类中的抽象方法不同。

默认方法使您能够向库的接口添加新功能，并确保与为这些接口的旧版本编写的代码的二进制兼容性。

当您扩展一个包含默认方法的接口时，您可以执行以下操作:

完全不要提及默认方法，这将使您的扩展接口继承默认方法。 重新声明默认方法，使其抽象。 重新定义默认方法，该方法将覆盖它。

静态方法:

除了默认方法外，还可以在接口中定义静态方法。静态方法是与定义它的类相关联的方法，而不是与任何对象相关联的方法。类的每个实例都共享它的静态方法。)

这让你更容易在你的库中组织帮助方法;

来自文档页的关于接口具有静态和默认方法的示例代码。

import java.time.*;

public interface TimeClient {
    void setTime(int hour, int minute, int second);
    void setDate(int day, int month, int year);
    void setDateAndTime(int day, int month, int year,
                               int hour, int minute, int second);
    LocalDateTime getLocalDateTime();

    static ZoneId getZoneId (String zoneString) {
        try {
            return ZoneId.of(zoneString);
        } catch (DateTimeException e) {
            System.err.println("Invalid time zone: " + zoneString +
                "; using default time zone instead.");
            return ZoneId.systemDefault();
        }
    }

    default ZonedDateTime getZonedDateTime(String zoneString) {
        return ZonedDateTime.of(getLocalDateTime(), getZoneId(zoneString));
    }
}

使用下面的指导原则来选择是使用接口还是抽象类。

接口:

定义一个契约(最好是无状态的——我的意思是没有变量) 将不相关的类链接到具有一种功能。 声明公共常量变量(不可变状态)

抽象类:

在几个密切相关的类之间共享代码。它建立了一种关系。 在相关类之间共享公共状态(状态可以在具体类中修改)

相关文章:

接口与抽象类(通用面向对象)

实现和扩展:什么时候使用?有什么不同?

通过这些例子，你可以理解

不相关的类可以通过接口具有功能，但相关类通过扩展基类来改变行为。

接口与抽象类的基本区别在于，接口支持多重继承，而抽象类不支持。

在抽象类中，你也可以提供所有的抽象方法，比如接口。

为什么需要抽象类?

在某些情况下，当处理用户请求时，抽象类并不知道用户的意图。在该场景中，我们将在类中定义一个抽象方法，并询问用户谁扩展了这个类，请在抽象方法中提供您的意图。在这种情况下，抽象类非常有用

为什么需要接口?

比如说，我有一份工作，但我在这方面没有经验。的例子, 如果你想建造一座建筑或大坝，那么在这种情况下你会怎么做?

你将确定你的需求是什么，并根据这些需求制定一份合同。 然后打电话给投标者来构建你的项目 无论谁建造这个项目，都应该满足你的要求。但是不同厂商的构造逻辑是不同的。

这里我不关心它们是如何构造的。最终的目标是否满足我的要求，这只是我的关键点。

在这里，你的需求称为接口，构造函数称为实现者。

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

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

祝你以后面试顺利。

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

就连我也在多次面试中遇到过同样的问题，相信我，说服面试官会让你很痛苦。 如果我固有以上所有的答案，那么我需要增加一个关键点，使它更有说服力，并充分利用OO

如果你不打算在规则中进行任何修改，对于子类来说，在很长一段时间内，去接口，因为你不能在其中修改，如果你这样做，你需要在所有其他子类中进行更改，然而，如果你认为，你想重用功能，设置一些规则并使其开放修改，去抽象类。

想象一下，你使用了一个可消费的服务，或者你向世界提供了一些代码，你有机会修改一些东西，假设是一个安全检查 如果我是代码的消费者，并且在更新后的某个早上，我发现Eclipse中所有的读标记，整个应用程序都关闭了。 因此，为了避免这样的噩梦，请在接口上使用抽象

我想这会在一定程度上说服面试官……愉快的面试。

是的，从技术上讲，你的回答是正确的，但你的错误之处在于，你没有向他们表明你理解选择其中一个的利弊。此外，他们可能担心将来升级时代码库的兼容性问题。这种类型的回答可能有帮助(除了你说的):

"Choosing an Abstract Class over an Interface Class depends on what we project the future of the code will be. Abstract classes allow better forward-compatibility because you can continue adding behavior to an Abstract Class well into the future without breaking your existing code --> this is not possible with an Interface Class. On the other hand, Interface Classes are more flexible than Abstract Classes. This is because they can implement multiple interfaces. The thing is Java does not have multiple inheritances so using abstract classes won't let you use any other class hierarchy structure... So, in the end a good general rule of thumb is: Prefer using Interface Classes when there are no existing/default implementations in your codebase. And, use Abstract Classes to preserve compatibility if you know you will be updating your class in the future."

祝你下次面试好运!