.NET与JAVA在JIT上的区别

[linluo521]

.NET 程序在执行过程中大概分为：代码、语言编译器编译、IL、JIT 编译、运行等步骤。

.NET 平台的程序编译运行的时候是分多步的。当我们写好代码开始编译的时候需要选择一个合适的编译器比如csc 、vbc 。经过这一次编译之后被编译程序会被打包成 dll或者.exe 文件。这些 dll 里面其实包含的是 MSIL 。IL是做为一种中间语言出现的，它为跨平台提供了基础。当我们把这些文件复制到目标机器上需要真正运行的时候，JIT （just-in-time compilation）编译开始工作了。

但.NET 程序第一次运行的时候会慢一点。是因为CLR 为我们在每个支持的平台上都实现了一个 JIT 编译器，当一个方法在第一次运行的时候，JIT 编译会把 IL 编译成目标机器的机器码，这样我们的程序才能真正运行。解决这个问题我们可以使用工具 Ngen.exe 在第一次运行前进行一次预编译，这样就可以提升 .NET 程序的启动速度。

JAVA 程序的执行过程大概分为：代码、语言编译器编译、字节码、解释/JIT编译、运行等过程。

跟 .NET 程序一样，当我们编写好 JAVA 程序，想要执行的时候，同样需要选择一个语言编译器来进行第一次编译。因为 JVM 语言有JAVA ，kotlin 等好多种，所以同样会有多种语言编译器与之对应，比如 javac,kotlinc 等等。这里还是以标准的 JAVA 为例，在语言编译器编译完源代码后，会生成一堆 .class 的文件，这些文件包含的内容被称之为字节码。字节码的存在跟 MSIL 类似，同样为跨平台提供了一种很好的方案。只要为每个平台实现接口一致的 JVM , 让这些 JVM 来运行字节码就可以跨平台了。

当我们真正要执行 JAVA 程序的时候，这些字节码会被 JVM 执行。JVM 执行的时候首先会在 CodeCache 内查找这个方法有没有编译好的机器代码，如果没有那么交给“解释执行器”来解释执行。所谓解释执行，就是将代码一行行的经过解释器进行翻译成机器码后让目标机器执行。但是这些翻译的产物并不会被记录下来，也就是说同样的代码每次执行的时候都需要解释器进行翻译。

JVM 会记录这些方法的执行次数，当一些方法反复被执行的时候，JVM 会认为这些方法是热点代码。这时候 JVM 会对这些热点代码进行一次 JIT 编译，这次 JIT 编译还会根据运行时的 profile 进行优化。编译完成后把 JIT 编译的产物固定下来，存储在 CodeCache 中。这样当一个方法下次再次被执行的时候 JVM 会从 CodeCache 中直接读取机器码来执行。这样热点代码的执行效率就会大大的提供，这也是为啥有些 JAVA 程序需要进行预热。