JVM探索之堆内存分配策略

最新推荐文章于 2025-04-15 21:13:50 发布

戴眼镜的小青年

最新推荐文章于 2025-04-15 21:13:50 发布

阅读量455

点赞数 2

分类专栏： JVM探索文章标签： jvm java

本文链接：https://blog.youkuaiyun.com/weixin_44594056/article/details/106878175

版权

JVM探索专栏收录该内容

1 篇文章

订阅专栏

本文探讨了JVM堆内存的分区，包括新生代与年老代，以及对象分配策略。新生代分为Eden、Survivor(from)和Survivor(to)区，以减少碎片和提高效率。对象通常在Eden区分配，大对象直接进入老年代，而长期存活的对象在达到一定年龄后也会晋升到老年代。此外，JVM会进行空间分配担保检查，以确保Minor GC的安全性，否则可能触发Full GC。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

堆内存分配策略

一.分区

堆可以分为新生代和年老代

新生代 : 分为Eden区 , Survvor(from), Survvor(to),设置 Survivor 是为了减少送到老年代的对象 , 设置两个 Survivor 区是为了解决碎片化的问题（复制回收算法）
年老代

二.分配策略

对象优先在 Eden 区分配

大多数情况下，对象在新生代 Eden 区中分配。当 Eden 区没有足够空间分配时，虚拟机将发起一次 Minor GC。注意：新生代初始时就有大小

大对象直接进入老年代

最典型的大对象是那种很长的字符串以及数组。这样做的目的：1.避免大量内存复制 2.避免明明内存有空间进行分配提前进行垃圾回收。

长期存活对象进入老年区

如果对象在 Eden 出生并经过第一次 Minor GC 后仍然存活，并且能被 Survivor 容纳的话，将被移动到 Survivor 空间中，并将对象年龄设为 1，对象在 Survivor 区中每熬过一次 Minor GC，年龄就增加 1，当它的年龄增加到一定程度(默认为 15)_时，就会被晋升到老年代中

对象年龄动态判定

如果在 Survivor 空间中相同年龄所有对象大小的综合大于 Survivor 空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代

空间分配担保

在发生 Minor GC 之前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有对象总空间，如果这个条件成立，那么 Minor GC 可以确保是安全的。如果不成立，则虚拟机会查看 HandlePromotionFailure 设置值是否允许担保失败。如果允许，那么会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试着进行一次 Minor GC，尽管这次 Minor GC 是有风险的，如果担保失败则会进行一次 Full GC；如果小于，或者 HandlePromotionFailure 设置不允许冒险，那这时也要改为进行一次 Full GC。
HotSpot(java) 默认是开启空间分配担保的