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

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

JIT编译器只在运行时工作，所以我们没有任何二进制输出。

正如其他人提到的

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

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

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

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

这是有益的，因为编译器可以生成针对特定机器优化的代码。静态编译器，就像普通的C编译器一样，将所有代码编译为开发人员机器上的可执行代码。因此，编译器将基于一些假设执行优化。它可以编译得更慢，做更多的优化，因为它不会降低用户执行程序的速度。

非jit编译器获取源代码，并在编译时将其转换为特定于机器的字节代码。JIT编译器获取编译时生成的与机器无关的字节代码，并在运行时将其转换为特定于机器的字节代码。Java使用的JIT编译器允许一个二进制文件无需修改就能在多种平台上运行。

一开始，编译器负责将高级语言(定义为比汇编程序更高级别)转换成目标代码(机器指令)，然后(通过链接器)将其链接成可执行文件。

At one point in the evolution of languages, compilers would compile a high-level language into pseudo-code, which would then be interpreted (by an interpreter) to run your program. This eliminated the object code and executables, and allowed these languages to be portable to multiple operating systems and hardware platforms. Pascal (which compiled to P-Code) was one of the first; Java and C# are more recent examples. Eventually the term P-Code was replaced with bytecode, since most of the pseudo-operations are a byte long.

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

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

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

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