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.

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

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

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

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

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

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

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

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

源

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