关于编译：实时(JIT)编译器有什么作用？

What does a just-in-time (JIT) compiler do?

与非JIT编译器相比，JIT编译器具体做什么？有人可以给出一个简洁易懂的描述吗？

一个JIT编译器在程序启动后运行，并将代码(通常是字节码或某种VM指令)动态编译(或者只是及时调用)，形成通常更快的形式，通常是主机CPU的本机指令系统。 JIT可以访问动态运行时信息，而标准编译器不能并且可以进行更好的优化，例如内联频繁使用的函数。

这与在程序首次运行之前将所有代码编译为机器语言的传统编译器形成对比。

换句话说，传统编译器在您第一次运行它之前将整个程序构建为EXE文件。对于较新的样式程序，使用伪代码(p代码)生成程序集。只有在OS上执行程序之后(例如，通过双击其图标)，(JIT)编译器才会启动并生成基于Intel的处理器或其他任何人都能理解的机器代码(m代码)。

相关讨论

与解释代码相反，它会立即开始运行字节码或VM指令而不会延迟，但会比机器语言运行指令慢。
JIT通常与解释代码一起使用以将其转换为机器语言，但是，纯粹解释的代码(没有任何JITting)很慢。即使没有JITter的Java字节码也非常慢。
但是，目标不一定是机器代码。 JRuby有一个JIT编译器，它会在几次调用之后将Ruby源代码编译成Java字节码。然后，在另外几次调用之后，JVM JIT编译器启动并将字节码编译为本机代码。
好例子：TraceMonkey引擎。现在包含在Firefox中的javascript JIT编译器。 wiki.mozilla.org/JavaScript:TraceMonkey
值得注意的是，正如J＆＃246; rg所暗示的那样，JIT不一定立即被调用。通常，代码将被解释，直到确定它值得JITting。由于JITting可能会引入延迟，因此如果很少使用某些代码，那么快速响应可能会更快，因此快速响应比整体运行时更重要。
@Mark Cidade：你有一篇文章的链接，在更多的技术细节中解释JIT(它如何编译为原生字节代码，如何执行，使用的内存模型，......)？
@dma_k我想平台之间的细节可能不同，但你可以从维基百科开始，我想：en.wikipedia.org/wiki/Just-in-time_compilation
你能解释一下......"程序开始后"？
我更新了答案："常规编译器在第一次运行之前将整个程序构建为EXE文件。对于较新的样式程序，使用伪代码(p代码)生成程序集。仅在OS上执行程序之后(例如，通过双击其图标)，(JIT)编译器将启动并生成基于Intel处理器或其他任何人都能理解的机器代码(m代码)。
如果我是任何人的粉丝，我是一个JS粉丝，但这条线表明JIT通常比预编译更快，我认为这不是任何人已经完成的壮举："JIT可以访问动态运行时信息，而标准编译器没有，可以进行更好的优化，如内联频繁使用的函数。"
@ErikReppen：如果出现一台新机器，使用传统编译器为该新机器编译和优化程序可能会比JIT更快地产生结果。另一方面，针对该新机器优化的JIT将能够优化在新机器发明之前发布的代码的性能。
@supercat难道你不能对传统编译语言的源代码说同样的话吗？或者只是没有人会费心去重新编译旧硬件的旧产品？
@ErikReppen：没有为新硬件重新编译大量旧软件。一般来说，软件供应商更喜欢推新软件，但只要运行一些旧软件就可以了。我想念我的旧的基于DOS的文本编辑器(PC-Write)，Windows 7有效地迫使我放弃。对于一些简单的一次性任务，QBasic有时也很好。我认为我不会经常在QBASIC中完成一次性任务，而不是甚至推出Visual Studio，但在很多情况下它会非常接近。然而，QBasic并没有被重新编译。
@supercat你试过DOSbox吗？我也喜欢Scite，当我得到那些"Visual Studio崩溃，因为我输入太快"的蓝调(是的，在我工作的一个环境中，它会崩溃，因为我输入的CSS太快了。我猜它是25实时解析器除了我认为我已经关闭的所有问题之外，所有的问题都在于帮助我同时编写Razor，HTML，CSS和JavaScript的问题.Scite有颜色编码。它加载。我已经看到它崩溃了一两次，我不确定它甚至是应用程序的错。
@ErikReppen：我偶尔会在虚拟机中使用PC写入，但虚拟机驱动器与其他所有东西在一个独立的世界中这一事实限制了它的实用性。
@MarkCidade你能看一下这个问题：stackoverflow.com/questions/28135312/… ？

最初，编译器负责将高级语言(定义为高于汇编程序的语言)转换为目标代码(机器指令)，然后将其(通过链接器)链接到可执行文件中。

在语言发展的某一点上，编译器会将高级语言编译成伪代码，然后由解释器解释它来运行程序。这消除了目标代码和可执行文件，并允许这些语言可移植到多个操作系统和硬件平台。 Pascal(编译为P-Code)是第一个; Java和C＃是最近的例子。最终，术语P-Code被字节码替换，因为大多数伪操作都是一个字节长。

Just-In-Time(JIT)编译器是运行时解释器的一个特性，它不是在每次调用方法时解释字节码，而是将字节码编译成正在运行的机器的机器代码指令，然后调用它目标代码。理想情况下，运行目标代码的效率将克服每次运行时重新编译程序的低效率。

相关讨论

JIT-及时
这个词本身说什么时候需要(按需)

典型场景：

源代码完全转换为机器代码

JIT场景：

源代码将转换为汇编语言，如结构[对于C＃的ex IL(中间语言)，对于java的ByteCode]。

仅当应用程序需要所需的代码仅转换为机器代码时，中间代码才转换为机器语言。

JIT与非JIT比较：

在JIT中，并非所有代码都首先转换为机器代码
必要的代码将转换为机器代码
然后，如果被调用的方法或功能不在机器中那么
将变成机器代码......它减轻了CPU的负担。
由于机器代码将在运行时生成.... JIT
编译器将生成针对运行进行优化的机器代码
机器的CPU架构。

JIT示例：

在Java中JIT是在JVM(Java虚拟机)中

在C＃中它是在CLR(公共语言运行时)

在Android中，它是新版本的DVM(Dalvik虚拟机)或ART(Android RunTime)。

相关讨论

正如其他人所说

JIT代表Just-in-Time，这意味着代码在需要时编译，而不是在运行时之前编译。

只是为了向上面的讨论添加一点，JVM维护一个函数执行时间的计数。如果此计数超过预定义的限制，JIT会将代码编译为机器语言，这可以由处理器直接执行(与javac将代码编译为字节码然后java的正常情况不同 - 解释器逐行解释此字节码将其转换为机器代码并执行)。

此外，下次计算该函数时，再次执行相同的编译代码，而不同于正常解释，其中代码被逐行地再次解释。这使得执行更快。

JIT编译器仅在首次执行时将字节代码编译为等效的本机代码。每次连续执行时，JVM仅使用已编译的本机代码来优化性能。

enter image description here

如果没有JIT编译器，JVM解释器会逐行转换字节代码，使其看起来好像正在执行本机应用程序。

enter image description here

资源

相关讨论

JIT代表Just-in-Time，这意味着代码在需要时编译，而不是在运行时之前编译。

这很有用，因为编译器可以生成针对您的特定计算机优化的代码。像普通的C编译器一样，静态编译器会将所有代码编译到开发人员机器上的可执行代码中。因此，编译器将基于某些假设执行优化。它可以更慢地编译并进行更多优化，因为它不会减慢用户执行程序的速度。

相关讨论

在Java编译器生成字节代码(体系结构中立)之后，执行将由JVM(在Java中)处理。字节代码将由加载器加载到JVM中，然后解释每个字节指令。

当我们需要多次调用一个方法时，我们需要多次解释相同的代码，这可能需要更多的时间。所以我们有JIT(即时)编译器。当字节被加载到JVM(其运行时)时，整个代码将被编译而不是解释，从而节省时间。

JIT编译器仅在运行时工作，因此我们没有任何二进制输出。

相关讨论

即时编译器(JIT)：
它将java字节码编译为该特定CPU的机器指令。

例如，如果我们的java代码中有一个循环语句：

1
2
3
4
5

while(i<10){
// ...
a=a+i;
// ...
}

如果i的值为0，则上述循环代码运行10次。

由于同一条指令要执行10次，因此无需一次又一次地编译字节码10次。在这种情况下，有必要仅编译该代码一次，并且可以将值更改所需的次数。因此，Just In Time(JIT)编译器会跟踪这些语句和方法(如上所述)，并将这些字节代码编译成机器代码以获得更好的性能。

另一个类似的例子是在字符串/句子列表中使用"正则表达式"搜索模式。

JIT编译器不会将所有代码编译为机器代码。它编译在运行时具有类似模式的代码。

请参阅有关了解JIT的Oracle文档以了解更多信息。

相关讨论

你有一些代码被压缩成一些IL(中间语言)。运行程序时，计算机无法理解此代码。它只能理解本机代码。因此，JIT编译器可以动态地将您的IL编译为本机代码。它在方法级别执行此操作。

相关讨论

我知道这是一个旧线程，但运行时优化是JIT编译的另一个重要部分，似乎没有在这里讨论。基本上，JIT编译器可以在程序运行时监视程序，以确定改进执行的方法。然后，它可以在运行期间动态地进行这些更改。谷歌JIT优化(javaworld有一篇非常好的文章。)

即时编译器(JIT)是一个软件，它接收不可执行的输入并返回要执行的相应机器代码。例如：

1
2
3
4

Intermediate representation JIT Native machine code for the current CPU architecture

Java bytecode ---> machine code
Javascript (run with V8) ---> machine code

这样做的结果是，对于某个CPU架构，必须安装适当的JIT编译器。

差异编译器，解释器和JIT

虽然在我们想要将源代码转换为机器代码时通常会有例外，但我们可以使用：

编译器：获取源代码并返回可执行文件

解释器：按指令执行程序指令。它需要源代码的可执行段，并将该段转换为机器指令。重复此过程，直到所有源代码都转换为机器指令并执行。

JIT：JIT的许多不同实现都是可能的，但是JIT通常是compliler和解释器的组合。 JIT首先通过解释将中间数据(例如Java字节码)转换为机器语言。 JIT通常可以检测代码的某个部分何时经常执行，并且将编译此部分以便更快地执行。

Jit代表及时编译器
jit是一个程序，它将java字节代码转换为可以直接发送到处理器的指令。

在特定系统平台上使用java及时编译器(实际上是第二个编译器)将字节码符合特定系统代码，一旦代码被jit编译器重新编译，它通常会在计算机中更快地运行。

即时编译器随虚拟机一起提供，可选择使用。它将字节码编译为立即执行的特定于平台的可执行代码。

非JIT编译器获取源代码并在编译时将其转换为机器特定的字节代码。 JIT编译器获取在编译时生成的机器不可知字节代码，并在运行时将其转换为机器特定的字节代码。 Java使用的JIT编译器允许单个二进制文件在多个平台上运行而无需修改。

实时(JIT)编译(也称为动态转换或运行时编译)是一种执行计算机代码的方法，该代码涉及程序执行期间的编译 - 在运行时 - 而不是在执行之前。

IT编译是两种传统的机器代码转换方法的组合 - 提前编译(AOT)和解释 - 并结合了两者的优点和缺点。 JIT编译将编译代码的速度与解释的灵活性相结合。

让我们考虑JVM中使用的JIT，

例如，HotSpot JVM JIT编译器生成动态优化。换句话说，他们在Java应用程序运行时做出优化决策，并生成针对底层系统架构的高性能本机机器指令。

当选择一种方法进行编译时，JVM将其字节码提供给即时编译器(JIT)。在正确编译方法之前，JIT需要理解字节码的语义和语法。为了帮助JIT编译器分析该方法，它的字节码首先在一个称为跟踪树的内部表示中重新构造，它比机器代码更接近于字节码。然后对该方法的树执行分析和优化。最后，树被翻译成本机代码。

A trace tree is a data structure that is used in the runtime compilation of programming code. Trace trees are used in a type of 'just in time compiler' that traces code executing during hotspots and compiles it. Refer this.

参考：

http://www.oracle.com/webfolder/technetwork/tutorials/obe/java/gc01/index.html
https://en.wikipedia.org/wiki/Just-in-time_compilation

80％的时间使用20％的字节代码。 JIT编译器获取这些统计信息并通过添加内联方法，删除未使用的锁等以及创建特定于该机器的字节码来优化这20％的字节代码以更快地运行。我引用这篇文章，我发现它很方便。 http://java.dzone.com/articles/just-time-compiler-jit-hotspot

相关讨论

JIT指的是少数JVM实现中的执行引擎，一个更快但需要更多内存的实时引擎，是一个即时编译器。在此方案中，方法的字节码在第一次调用方法时被编译为本机机器代码。然后缓存该方法的本机机器代码，以便下次调用相同方法时可以重用它。

相关讨论

出于性能原因，JVM实际上在运行时执行编译步骤。这意味着Java没有干净的编译 - 执行分离。它首先执行从Java源代码到字节码的所谓静态编译。然后将此字节码传递给JVM以供执行。但是执行字节码很慢，因此JVM测量字节码的运行频率，当它检测到频繁运行的代码"热点"时，它会执行从"热点"代码(热点分析器)的字节码到机器代码的动态编译。今天有效的Java程序是由机器码执行运行的。