JIT编译的代码驻留在哪里？

Question

所以我有一个用Java编写的方法：

public void myMethod(int y){
    int x = 5 + y;
    doSomething(x);
}

假设我的应用程序调用了很多次...

在Java虚拟机上运行该方法的编译代码时，JVM将首先解释该方法。然后一段时间后，如果我理解正确，它将决定将其编译为机器语言。

此时，

它会被内存中的机器代码覆盖吗？如果被覆盖，大小差异问题将如何解决？如果将其写入内存中的其他位置，加载到内存中的字节码是否会被释放？而且，如果字节码和jit编译的代码都在内存中，当应用程序再次点击此方法时，JVM如何决定执行jit编译的代码而不是字节码？

Answer 1

据我所知，Java®虚拟机规范没有规定任何这些<我能找到的关于JIT的唯一参考是第3章：

[...]这种翻译器的一个例子是即时（JIT）代码生成器，它仅在加载虚拟机代码后生成Java特定于平台的指令。本章不涉及与代码生成相关的问题，仅涉及与编译用Java编程语言编写的源代码以Java虚拟机指令相关的问题。

所以据我所知，这可以通过不同的实现来实现。

然而，在我看来，包含java字节码的内存不太可能被本机CPU指令覆盖，因为CPU指令在技术上是可执行的，字节码只是数据，因为它必须被解释。但这并非不可能，只是很奇怪。

Answer 2

不，它不会被覆盖，因为两个表示在同一个位置通常没有实际的好处。JVM字节码只是一段数据。JIT发出的代码是本机CPU指令流（在某些体系结构中，需要将其显式标记为可执行）。

通常，当需要执行新函数时，即时编译器读取该函数的字节码，在其他地方分配内存，将等效的本机代码写入该内存，然后返回指向新生成的本机代码条目的函数指针。

Answer 3

HotSpot JVM在Metaspace（或早期版本中的PermGen）中有一个方法结构。它包含从不被覆盖的方法字节码和指向已编译代码的指针，在方法编译之前，该指针最初为NULL。

一个方法可能有多个入口点：

• <代码>\u i2i\u条目-指向字节码解释器的指针
• <代码>\u代码-

编译后的方法可能有不常见的陷阱，在某些罕见的情况下会回退到解释器。此外，Java方法可以多次动态重新编译，因此JVM不能丢弃原始字节码。无论如何，释放它是没有意义的，因为字节码通常比编译后的代码小得多。