除了缓存指令，解释器生成的本机代码和JIT有什么区别吗？

Question

我无法理解口译员和JIT之间的区别。例如，从这个答案中：

JVMJava虚拟机-运行/解释/翻译字节码到本机代码

JIT是实时编译器——在运行时将给定的字节码指令序列编译为机器代码，然后在本地执行。它的主要目的是对性能进行重大优化。

两者都产生本机机器代码。然后，从另一个答案来看：

解释器为每条指令动态生成和执行机器代码指令，而不管之前是否执行过。JIT缓存以前已解释为机器代码的指令，并重用这些本机机器代码指令。

在我看来，解释器类似于JIT，因为它还将字节码转换为本机代码，不同之处在于JIT执行一些优化，比如缓存。

这对吗？还有其他主要区别吗？

Answer 1

本声明：

解释器生成并执行机器代码指令

是假的。

简单地说，解释器是一个程序，它循环一个程序的指令（无论是来自虚拟指令集还是真实指令集），并逐一执行这些指令。这是通过编程输出每个指令应该做什么，并在解释器中模拟来完成的。

在最简单的层面上，您可以想象一个解释器通常是这样的：

for(byte byteCode : program) {
    if(byteCode == ADD_BYTECODE) {
        add();
    }
    // ... others
}

这与CPU执行机器代码的方式没有太大区别，但在CPU的情况下，大多数逻辑直接在硬件中实现。

我想你可以说解释器是在软件中模拟CPU的程序。

JIT编译器的工作是将字节码转换为机器码，并在此过程中对其进行优化。机器码相对于字节码的理论优势之一是，例如，特定CPU可能具有比等效字节码运行更快的专用指令。

对于JVM，这是在方法“热”时完成的，即当它大量运行时。然而，JIT编译需要很长的时间（尝试运行带有标记的Java程序，默认情况下强制C2编译，您将看到启动时间的差异），因此首先解释字节码会更快。这还提供了收集分析数据的机会，这些数据是关于程序如何运行的数据（例如，if分支被触发了多少次，或者用于动态调度调用的类型）。在JIT编译过程中也会使用分析数据来进行更好的优化。

Answer 2

我认为上述定义不一定正确。

解释器翻译成机器代码不是“强制性的”或“必要的”。

本质上，解释器进行解释。它找到一个循环，然后“运行”该循环。这与创建执行循环的机器代码不同。