JVM的故事—— 内存分配策略

最新推荐文章于 2024-09-14 21:52:54 发布

菜鸡小张.

最新推荐文章于 2024-09-14 21:52:54 发布

阅读量914

点赞数

分类专栏： JVM的故事文章标签： jvm java

本文链接：https://blog.csdn.net/weixin_45841848/article/details/132593976

版权

JVM的故事专栏收录该内容

5 篇文章 0 订阅

订阅专栏

文章详细介绍了HotSpot虚拟机的内存分配策略，包括对象优先在Eden区分配、大对象直接进入老年代、长期存活对象的年龄判定以及空间分配担保机制，以保证内存管理的高效和安全性。

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

内存分配策略

一、对象优先在Eden分配

堆内存有新生代和老年代，新生代中有一个Eden区和一个Survivor区(from space或者to space)。当有新的对象分配时，会优先分配在Eden区。当Eden区空间不足分配给新对象时，会进行一次minor GC，回收完没有引用的对象后，先考虑把一些Eden区的对象放到Survivor区，如果放不下，就放到老年代中。

二、大对象直接进入老年代

大对象就是指需要连续大内存的Java对象。比如长字符串或者数量庞大的数组。HotSpot虚拟机提供了-XX：PretenureSizeThreshold 参数，当对象大于该指定大小就会直接进入老年代，这就防止了对象在Eden区和Survivor区来回复制。

三、长期存活的对象将进入老年代

对象通常在Eden区诞生，如果经过第一次Minor GC后仍然存活并能被Survivor区存储，该对象就会被移到Survivor区，并且Age(年龄计数器)为1。此后该对象在Survivor区每经过一次Minor GC，Age就加一。当Age达到一个阈值时，就把该对象放入老年代。

四、动态对象年龄判定

Hotspot虚拟机中并不一定要求对象的Age达到XX：MaxTenuringThreshold设定的值才进入老年代。当Survivor区有一半以上的空间都被相同年龄的对象占据，年龄大于等于该值的对象都可以进入老年代。

五、空间分配担保

在发生Minor GC之前，需要检查老年代最大可用的连续空间是否大于新生代所有对象总和。如果大于，则可以确保Minor GC是安全的；如果不大于，则需要检查XX：HandlePromotionFailure参数的设置值是否允许担保失败。若允许，则用老年代最大可用的连续空间与历次进入老年代的对象平均大小进行对比，若大于，则进行一次有风险的Minor GC，反之进行full GC。若不允许担保失败，则直接进行full GC。