从性能上来讲，为什么接口比抽象类更慢？

性能差异主要源自 接口 和 抽象类 在 Java 中的实现机制。我们可以从以下几个角度来分析：

1. 接口的调用机制：

• 接口 在 Java 中通常需要通过 动态方法查找 来调用。因为接口方法是 动态分派 的，这意味着 JVM 在运行时会根据实际的对象类型来决定调用哪个方法。

• JVM 需要通过 虚方法表 (VMT) 来查找接口的实现方法。在调用接口方法时，JVM 需要先根据接口类型找出实现该接口的类，然后再根据类查找方法。这种查找过程相对较慢，尤其是在大量方法调用的情况下。

• Java 8 引入了默认方法和静态方法，这进一步增加了接口的复杂性。默认方法需要通过接口的实际实现类来查找，这也增加了额外的间接调用。

2. 抽象类的调用机制：

• 抽象类 与接口的调用机制不同，抽象类的虚方法（即定义在抽象类中的方法）通常只需要通过 虚方法表 (VMT) 进行调用。虚方法表在类加载时已经被确定好，JVM 可以直接根据对象类型查找方法。

• 抽象类的 方法查找 相对简单，因为它已经有具体的实现，并且继承层次清晰。JVM 在调用时可以直接查找该方法，而不需要像接口那样进行多次查找。

• 此外，抽象类中可以包含成员变量和方法实现，子类继承时不需要重新实现或查找这些成员，而是可以直接复用。

3. 动态代理和接口的额外开销：

• 在某些情况下，接口方法 可能会通过 动态代理 来实现。Java 动态代理机制（如 Proxy 类）会为接口方法生成一个代理类，这种代理模式会引入额外的性能开销。

• 对于 抽象类，一般不会有额外的动态代理，除非使用了类似 CGLIB 之类的动态代理库（这通常用于生成子类而不是接口代理）。

4. 内存和缓存的考虑：

• 抽象类 的内存布局通常比接口更简洁，因为接口的实现需要额外的元数据来存储方法表、默认方法等。抽象类的方法表相对简单，而且继承结构清晰。

• 接口 引入了更多的复杂性，尤其是在接口默认方法和静态方法的引入之后，JVM 需要为每个实现类维护额外的接口方法的实现映射。

总结：

1. 方法查找： 抽象类的调用机制相对更简单，JVM 可以通过类的虚方法表直接查找方法，而接口则可能涉及额外的查找步骤。
2. 动态代理： 接口可能会通过动态代理引入额外的性能开销。
3. 内存布局： 接口的内存结构相对复杂，特别是默认方法和静态方法的引入，增加了额外的开销。

因此，在高频调用的场景下，抽象类的性能往往优于接口，尤其是在性能要求极高的应用中，避免接口的额外查找和代理开销有助于提高执行效率。