java - 即使使用 JIT 编译器，对 Java 应用程序的第一个请求是否总是很慢？

Question

我对编译和解释以及 JIT 的工作方式有些困惑。 我知道源代码或 Java 程序被编译为 Java 字节代码，然后加载到 JVM，然后 JVM 将字节码解释为 native 机器代码或使用 JIT。

我正在阅读解释器文档，并了解到解释器会分析每个请求的每个语句，然后转换为 native 代码，从而导致性能下降。

还了解到 JIT 进行动态翻译并将 native 代码存储在缓存中，然后用于后续请求。

我想了解的是 JIT 到底是如何工作的？每当向应用程序发出第一个请求时，它就会将该部分字节代码转换为机器代码，存储在缓存中并使用它。这是这个过程吗？如果是这样，那么每个第一个请求是否总是较慢，因为它需要将字节码转换为机器代码？

请详细解释一下。

Answer 1

取决于实现，但至少在 Java 中，JIT 通常是针对“热点”(即频繁使用的代码)进行的。因此，如果 JVM 发现某个方法被调用超过 X 次，它会将其编译为 native 代码。这意味着，您必须先调用它几次，之后它只会变得更快。

此外，JIT 结果通常为 kept in-memory, not saved to disk ，以便该过程在应用程序下次运行时从头开始(这是即时编译和提前编译之间的很大区别，后者发生在程序运行之前)。

understood that an Interpreter analyses each statement on every request and then converts to native code leading to slower performance.

好吧，您会因为等待编译发生一次而遭受性能损失。之后，它执行该方法的已编译 native 代码，在此之前，它解释字节码。如果 JVM 对该方法作为热点的猜测是正确的，那么随着时间的推移，它应该会得到返回。

Is the first request to a Java Application always slow even with JIT Compiler?

如果有的话，JIT 编译器的存在会使第一个(或几个早期)请求变慢，因为它增加了额外的工作。但是，后续请求应该比非 JIT 执行环境快得多。