JVM解释与JIT编译。JVM不会将字节码编译成机器可读的吗？[副本]

Question

我有一个关于JVM（Java虚拟机）和JIT（即时）的问题。据我所知，JVM将一个字节码（来自. class扩展文件）作为输入并解释这个字节码。问题是：

1. 当我们说解释时，是指将此字节码转换为机器可读代码（否则编译）？
2. 因此，如果JVM将字节码“编译”为机器可读代码和JIT做基本相同的事情（将字节码转换为机器可读代码（否则编译）），那么使用JIT的优势是什么？

谢谢你的回答。

Answer 1

当我们说解释时，是指将这个字节码翻译成机器可读的代码（否则编译）？

不，这意味着口译。设想一个打开操作码本身的巨型switch语句，其中每种情况都会从字节码中提取所需的操作数（如果有的话），然后直接执行实现每个操作码所需的代码。例如，考虑iadd：

case IADD:
    push(pop()+pop());
    break;

因此，如果JVM“编译”字节码为机器可读代码

事实并非如此。

JIT做的事情基本相同（将字节码转换为机器可读代码（否则编译）），使用JIT的优势是什么？

首先，JIT一词从Java1.3开始就已经过时了。我们现在拥有的是HotSpot JVM，它是一种高度优化的JIT，它使用通常只能在高度优化的编译器中找到的技术，有选择地将字节码中的热点转换为机器代码，而早期的JIT（a）是第三方产品，（b）它遇到的任何字节码的溅射机器代码非常不分青红皂白。

第二，解释！=汇编，如上所述。若HotSpot注意到一段特定的字节码在很大一部分时间内被执行，它将把它编译成机器码，这样它就可以直接执行而无需解释。