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

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

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

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

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

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.

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

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

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

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