理解解释器的内存布局 (JVM/JS)

Question

我试图了解操作系统级别的进程的内存布局，我们已经习惯了这个图表。

忘记图中的多线程部分，但现在出于一般目的，我们假设上图中显示的“代码”块是我们程序的二进制指令。这假设代码已经编译为现在可以以二进制形式使用。但是解释语言呢？由 JVM 解释器执行的字节码。当我在这里选择 JVM 解释器时，我的问题是针对任何解释语言，以及它如何适合上图。我的理解是解释器本身是一个程序，因此必须位于上图所示的代码块中，如果是 Java，则 .class 程序或在 Javascript 解释器的情况下是 .js 文件是“论据”，因此说这个解释器致力于将它们翻译成操作系统/机器可理解的代码，然后执行。询问您对此的看法。

Answer 1

您是否会考虑字节码“代码”是一个角度问题。术语有点模糊。

图中的“代码”是本机可执行代码，即您的解释器。就 CPU 和操作系统而言，这是唯一可以运行的代码。对于操作系统来说，被解释的字节码只是实际的本机代码操作的数据。

在这种情况下，数据恰好是一种指令形式，也是 CPU 不知道也不关心的细节。