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

Question

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

我查看了解释器文档，了解到解释器会分析每个请求中的每个语句，然后将其转换为本机代码，从而降低性能。

并阅读JIT进行动态翻译并将本机代码存储在缓存中，然后用于后续请求。

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

请详细解释这一点。

Answer 1

这取决于实现，但至少在Java，JIT通常是针对“热点”完成的，即经常使用的代码。因此，如果JVM发现一个方法被调用了超过X次，它会将其编译为本机代码。也就是说，你必须先调用几次，之后它只会变得更快。

此外，JIT结果通常保存在内存中，而不是保存到磁盘中，因此，该过程在下次应用程序运行时从头开始（这是及时编译和提前编译之间的一个很大区别，后者发生在程序运行之前）。

了解到解释器会分析每个请求中的每个语句，然后转换为本机代码，从而导致性能下降。

好吧，您需要等待编译只发生一次，以获得性能上的损失。之后，它将执行该方法的编译本机代码，在此之前，它将解释字节码。如果JVM对这种方法成为热点的猜测是正确的，那么随着时间的推移，它应该会得到回报。

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

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