十、JVM(HotSpot)晚期（运行时）优化

最新推荐文章于 2024-05-22 06:36:54 发布

余之孟德

最新推荐文章于 2024-05-22 06:36:54 发布

阅读量617

点赞数

分类专栏：关于JVM的那点儿事儿文章标签：运行时优化即时编译器方法调用计数器回边调用计数器编译优化技术

本文链接：https://blog.csdn.net/zhangwei408089826/article/details/81780217

版权

本文详细介绍了HotSpot虚拟机中的即时编译器，包括解释器与编译器的工作模式，以及分层编译的概念。讨论了如何判断‘热点代码’，如基于计数器的热点探测，涉及方法调用计数器和回边计数器。此外，还概述了编译过程和各种编译优化技术，如公共子表达式消除、数组范围检查消除、方法内联和逃逸分析等。

摘要由CSDN通过智能技术生成

注：本博文主要是基于JDK1.7会适当加入1.8内容。

Java程序最初是通过解释器进行解释执行的，当虚拟机发现某个方法或代码块的运行特别频繁时，就会把这段代码认定为“热点代码”，为了提高这部分代码的执行效率，在运行时，虚拟机会将这些代码编译成与本地平台相关的机器码，并进行各个层次的优化，完成这个任务的编译器成为即时编译器（JIT）。

1、HotSpot虚拟机内的即时编译器

1）解释器与编译器
当程序需要迅速启动和执行的时候，解释器优先发挥作用，省去编译的时间，立即执行。在程序运行后，随着时间的推移，把越来越多的代码编译成本地代码以后，获取更高的执行效率。当程序运行环境中的内存资源限制较大，可以使用解释执行节约内存，反之，可以使用编译器执行提升效率。同时，解释器可以作为编译器进行优化时的逃生门，让编译器根据概率选择一些大多数都能提升运行速度的优化手段，当激进优化的假设不成立时，退回解释状态继续执行。

HotSpot默认为mixed mode，可以通过-Xint改为解释器模式interpreted mode，可以通过-Xcomp改为编译器模式（还会有解释执行，激进优化不成立时）compiled mode。

HotSpot内置两个即时编译器：Client Compiler和Server Compiler，参数-client和