即时(JIT)编译(也称为动态翻译或运行时编译)是一种执行计算机代码的方式，它涉及在程序执行期间(在运行时)而不是在执行之前进行编译。

IT编译结合了两种传统的机器代码转换方法——预先编译(AOT)和解释，并结合了两者的一些优点和缺点。JIT编译结合了编译代码的速度和解释的灵活性。

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

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

When a method is chosen for compilation, the JVM feeds its bytecode to the Just-In-Time compiler (JIT). The JIT needs to understand the semantics and syntax of the bytecode before it can compile the method correctly. To help the JIT compiler analyze the method, its bytecode are first reformulated in an internal representation called trace trees, which resembles machine code more closely than bytecode. Analysis and optimizations are then performed on the trees of the method. At the end, the trees are translated into native code.

跟踪树是在编程代码的运行时编译中使用的数据结构。跟踪树用于一种“即时编译器”，它跟踪在热点期间执行的代码并编译它。提到这一点。

参考:

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

正如其他人提到的

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

为了给上面的讨论补充一点，JVM维护一个函数执行时间的计数。如果该计数超过预定义的限制，JIT将代码编译为处理器可以直接执行的机器语言(不像一般情况下，javac将代码编译为字节码，然后java -解释器逐行解释这个字节码，将其转换为机器代码并执行)。

另外，下次计算此函数时，将再次执行相同的编译代码，而不像常规解释那样逐行重新解释代码。这使得执行速度更快。

jit——来得正是时候 这个词本身就表示需要的时候(按需)

典型场景:

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

JIT的场景:

源代码将转换为汇编语言，如结构[为ex IL(中间语言)为c#，字节码为java]。

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

JIT与非JIT的比较:

在JIT中，并不是所有的代码都先转换成机器码 所有必要的代码都将被转换成机器代码 如果调用的方法或功能不在机器中，那么 将被转换成机器代码…减少CPU的负担。 因为机器代码将在运行时....上生成JIT 编译器将生成优化运行的机器代码 机器的CPU架构。

JIT的例子:

在Java中，JIT是在JVM (Java虚拟机)中 在c#中，它是在CLR(公共语言运行库)中 在Android中，它是在DVM (Dalvik Virtual Machine)中，或者在更新的版本中是ART (Android RunTime)。

JIT编译器在程序启动后运行，并实时(或称为just-in-time)将代码(通常是字节码或某种虚拟机指令)编译为通常更快的形式，通常是主机CPU的本机指令集。JIT可以访问动态运行时信息，而标准编译器不能，并且可以进行更好的优化，例如经常使用的内联函数。

这与传统的编译器相反，传统的编译器在程序第一次运行之前将所有代码编译为机器语言。

换句话说，在你第一次运行程序之前，传统的编译器会将整个程序构建为一个EXE文件。对于新样式的程序，程序集是用伪代码(p-code)生成的。只有在你在操作系统上执行程序之后(例如，通过双击它的图标)，(JIT)编译器才会启动并生成基于英特尔处理器或其他能够理解的机器代码(m-code)。

代码被编译成某种IL(中间语言)。当你运行你的程序时，计算机不理解这段代码。它只理解本机代码。因此JIT编译器会动态地将IL编译为本地代码。它在方法级别上执行此操作。

JVM actually performs compilation steps during runtime for performance reasons. This means that Java doesn't have a clean compile-execution separation. It first does a so called static compilation from Java source code to bytecode. Then this bytecode is passed to the JVM for execution. But executing bytecode is slow so the JVM measures how often the bytecode is run and when it detects a "hotspot" of code that's run very frequently it performs dynamic compilation from bytecode to machinecode of the "hotspot" code (hotspot profiler). So effectively today Java programs are run by machinecode execution.