Java是否通过一个只有一个实现者标记为final的接口来优化方法调用？

Question

如果我引用了一个类并在其上调用了一个方法，而这个类或方法是最终的，我的理解是编译器或JVM会用更便宜的静态分派替换动态分派，因为它可以准确地确定将调用哪个版本。

但是，如果我有一个对接口的引用，而接口当前只有一个实现者，而实现者是最终的，或者方法是最终的，那么JVM能否在运行时找出并优化这些调用呢？

Answer 1

(在这里插入Knuth关于优化的引述。)

参见Wikis Home > HotSpot Internals for OpenJDK > PerformanceTechniques。

• 方法通常是内联的。这增加了编译器的“视野”，optimization.
• Static，私有、最终和/或“特殊”调用很容易inline.
• Virtual (和接口)调用，如果类层次结构允许的话，通常将其降级为“特殊”调用。如果使用不平衡类型配置文件的进一步类加载破坏things.
• Virtual (和接口)调用被编译为有利于历史上常见类型(或两种类型)的乐观检查，则会注册依赖项。

Inlining上有一些有趣的链接。

Answer 2

AFAIK中，JVM最多可以内联两个方法，这些方法不必是最终的。如果方法很小并且经常被调用，它可以做到这一点。如果您的代码调用三个或更多方法，则只会调用最常调用的方法。

注1: JVM关心有多少个实现，只关心实际调用了多少个。

注2: JVM可以内联编译时不存在的方法，它是唯一重要的在运行时可用的代码。

Answer 3

到目前为止，Java虚拟机不再关心"final“关键字(仅用于类断言)。一切都被认为是最终的，除非加载的类覆盖了指定的函数，或者在接口的情况下提供了它的另一个实现。

如果在JIT编译器已经编译了一些它认为是最终的东西之后，在运行时动态加载类，这将导致代码的多次编译，但其收益似乎是麻烦事。

我没有关于它的论文的链接，但我在几周前读到了它(可能它就像这样在Java7中)。