Java .class 文件信息在生成时已经在 RAM 上。那么为什么jvm要有一个特殊的方法区呢？

Question

当我们在记事本或任何 IDE 上编写代码时，所有信息都会转换为 RAM 上的位。而且编译后的.class文件已经有了jvm可以理解的指令。创建 .class 文件时，此信息也已在 RAM 上。

那么为什么 jvm 需要在 RAM 上称为方法区的特殊内存空间来“加载类数据”。 我了解到方法区具有与我们执行的类相关的元数据。但是，当我们运行它时，当您已经在 RAM 上存在 .class 文件信息时，为什么您需要更多的内存空间。

仅仅是为了更快的计算吗？或者方法区的信息和我理解的完全不同。？

Answer 1

当我们在记事本或任何 IDE 上编写代码时，所有信息都会转换为 RAM 上的位。在某个阶段，计算机上的所有数据都是 RAM 中的位。而且编译后的.class文件已经有了jvm可以理解的指令。创建 .class 文件时，此信息也已在 RAM 上。在创建类文件之前，它不在 RAM 中。类文件中的数据就是编译代码时 RAM 中的数据。那么为什么 jvm 需要在 RAM 上称为方法区的特殊内存空间来“加载类数据”。它必须在某个地方，并且由于它与其他类型的数据具有不同的生命周期，因此对其进行不同的管理是有意义的。我了解到方法区具有与我们执行的类相关的元数据。但是，当我们运行它时，当您已经在 RAM 上存在 .class 文件信息时，为什么您需要更多的内存空间。您可能需要解压缩信息或将其转换为本机代码以进行优化。仅仅是为了更快的计算吗？是的，每次都重新读取 .class 文件，这很慢。或者方法区的信息和我理解的完全不同。？它存储从.class文件派生的信息以及如何使用类中的方法。

Answer 2

我认为您对现代操作系统具有虚拟内存系统这一事实感到困惑。当您编译 Java 代码时，生成的字节码将在编译发生时保存在物理内存中。但是，编译器有自己的虚拟地址空间。虚拟内存系统将物理地址映射到进程特定的虚拟地址。它还确保其他进程无法读取或修改其他进程使用的物理内存（除非您使用称为共享内存的特殊安排）。当 JVM 运行时，它有自己的虚拟内存地址空间，并将所有类文件信息加载到该地址空间中。为了使事情井井有条，它将这些数据放在方法区中。从理论上讲，您可以直接从编译器进程使用的内存区域中读取编译后的代码，但要使其工作（以及不寻常的情况）会非常复杂，因此不会以这种方式完成。