JVM的逃逸分析

最新推荐文章于 2024-09-21 11:52:24 发布

define_us

最新推荐文章于 2024-09-21 11:52:24 发布

阅读量268

点赞数

分类专栏： java

本文链接：https://blog.csdn.net/define_us/article/details/79367716

版权

java 专栏收录该内容

221 篇文章 0 订阅

订阅专栏

HotSpot中内置了两个即时编译器，分别称为 Client Compiler和 Server Compiler ，或者简称为 C1 编译器和 C2 编译器。目前的 HotSpot 编译器默认的是解释器和其中一个即时编译器配合的方式工作，具体是哪一个编译器，取决于虚拟机运行的模式，HotSpot 虚拟机会根据自身版本与计算机的硬件性能自动选择运行模式，用户也可以使用 -client 和 -server 参数强制指定虚拟机运行在 Client 模式或者 Server 模式。这种配合使用的方式称为“混合模式”（Mixed Mode），用户可以使用参数 -Xint 强制虚拟机运行于 “解释模式”（Interpreted Mode），这时候编译器完全不介入工作。另外，使用 -Xcomp 强制虚拟机运行于 “编译模式”（Compiled Mode），这时候将优先采用编译方式执行，但是解释器仍然要在编译无法进行的情况下接入执行过程。通过虚拟机 -version 命令可以查看当前默认的运行模式。

栈上分配

我们都知道，JVM的一切对象都是在堆上分配（当然还有String这种对象分配到方法区的）。不过这么整洁美丽的规律显然不符合毫无美感的java程序员。所以，JVM引入了逃逸分析。大概意思就是说，如果你可以证明一个方法中新建的对象只在方法中引用，而不会作为参数调用被传递到其他方法的执行中，就可以进行一些优化，比如说在栈上直接分配内存。