如果JIT正在执行到机器指令的字节码转换,那么JVM的用途是什么

我真的很难理解以下事情

以前我知道:

编译Java程序时,将生成.class文件。 在那个代码是以字节的forms。 然后JVM将该字节代码转换为机器可理解的格式。

现在我在SO中的一个问题中看到了

Just-In-Time(JIT)编译器是运行时解释器的一个特性,它不是在每次调用方法时解释字节码,而是将字节码编译成运行机器的机器代码指令。

所以这里JIT将字节码转换为机器指令。 那么JVM的用途是什么。 我们可以用JIT做到这一点。 据我所知,JIT仅用于提高JVM的性能。

JIT只是JVM的一部分 。 其他部分包括字节码解释器,类加载validation和链接机制,以及reflection,I / O等内容的本机代码支持。

从这个意义上讲,JIT并没有使JVM运行得更快。 相反,它使Java代码运行得更快……而不是JVM只是解释它。

实际上,JVM 确实开始解释字节码。 经过一段时间后,JVM使用其JIT编译器将大量使用的方法编译为本机代码,使用在解释时收集的统计信息来调整手头问题的代码。

顺便说一句,你引用的这部分文字是笨拙的,技术上不准确:

实时(JIT)编译器是运行时解释器的一个特性… (上下文)

实际上,JIT不是解释器的一个特性。 相反,JIT是解释器一起工作的JVM的function。

要明确:

JVM执行以下所有操作:

它保留在操作系统的顶层,并提供编译的java程序和操作系统之间的抽象。 这样,java编译的程序就不必担心它必须工作的平台。 Java程序将代码编译为JVM可以理解和执行的字节码。

JIT

当JVM编译类文件时,它不会完成完整的类文件; 它只在需要的基础上编译它的一部分。 这避免了对完整源代码的大量解析。 这种类型的编译称为JIT或即时编译。 JVM是依赖于平台(OS)的代码生成JIT是面向平台的,生成本机字节代码,因此它比JVM更快:)

Java虚拟机(JVM)提供了运行Java程序的整个环境。 它与操作系统集成,加载类并运行程序。 Just-In-Time编译器(JIT)只是一小部分可以被禁用(-Xint)但是在启用时,它提供了有用的性能改进。 已经存在不包含JIT的JVM的实现,以及通过将Java预编译为与传统语言(例如C或C ++)相同的机器代码而实现的实现。

它及时编译它以便JVM进行优化。