Java 热点JVM字节码解释器是跟踪JIT吗?

Java 热点JVM字节码解释器是跟踪JIT吗?,java,jvm,bytecode,Java,Jvm,Bytecode,这个问题几乎说明了一切,我一直在寻找一个答案,即使是通过VM规范,但我没有明确说明它。不得不用谷歌搜索“跟踪JIT”是什么,但显然不是 但它确实优化了你所谓的“热点” 字节码的优化方式不属于字节码规范的一部分。否 但是,还有一些其他JVM使用跟踪JIT:例如。它实际上甚至不是JIT,更不用说“跟踪JIT”,不管它是什么。撇开不谈:对于那些不知道跟踪JIT是什么的人,下面的描述来自: 尽管跟踪JIT是一项复杂的技术,但其核心概念是优化程序中热路径的执行。重点特别放在返回路径起点的热路径上,该路径

这个问题几乎说明了一切,我一直在寻找一个答案,即使是通过VM规范,但我没有明确说明它。

不得不用谷歌搜索“跟踪JIT”是什么,但显然不是

但它确实优化了你所谓的“热点”

字节码的优化方式不属于字节码规范的一部分。


但是,还有一些其他JVM使用跟踪JIT:例如。

它实际上甚至不是JIT,更不用说“跟踪JIT”,不管它是什么。

撇开不谈:对于那些不知道跟踪JIT是什么的人,下面的描述来自:

尽管跟踪JIT是一项复杂的技术,但其核心概念是优化程序中热路径的执行。重点特别放在返回路径起点的热路径上,该路径听起来非常像一个循环。然而,编程循环的传统定义只是这些热路径的子集。更广泛的定义包括跨越方法甚至模块的代码。循环的这个更广泛的定义就是所谓的跟踪


我假设hotpost的意思是热点。@jtzero:更有趣的是,如果一个“跟踪JIT”能够优化到单个循环(而不是像“常规”JIT那样的整个方法),与非跟踪JIT相比,它是否能提供任何显著的好处;)比如说,如果一个常规的JIT提供了“50倍”的加速,而一个跟踪JIT提供了“51倍”的加速,那么算我一点也不印象深刻:)你在吹毛求疵。当然,热点字节码解释器不是JIT编译器。。。但从上下文来看,OP显然不是这个意思!