JVM垃圾收集（四）堆上分区分配与回收

最新推荐文章于 2024-06-13 10:00:00 发布

「已注销」

最新推荐文章于 2024-06-13 10:00:00 发布

阅读量2.4k

点赞数

分类专栏： JVM虚拟机

本文链接：https://blog.csdn.net/u010723709/article/details/47356507

版权

JVM虚拟机专栏收录该内容

12 篇文章 0 订阅

订阅专栏

1 堆分区

1.1 新生代（Young Generation）和老年代(Tenured Generation)

JVM根据对象生存的特点，将对象划分为新生代和老年代。大部分对象在JVM内存中处是新生代，他们有一个特点，“朝生夕死”，即他们的生命周期很短，伴随着一次GC可能就会被回收掉。相对于新生代来说，老年代就是相对“稳定”的一些对象。他们被JVM“认为”是可以长期存活的对象。一般来说，晋级为老年代的对象都是经过了一定次数GC存活下来的对象，当然也有可能是直接分配在老年代中的对象。

1.2 EdenSurvivor

在垃圾回收算法中，有一个算法称为复制算法。其基本思想是把内存划分为相等大小的两个部分，内存分配仅在其中一个区域进行，当发生GC时，把一个区域中存活的对象复制到另外一个区域中，然后对这个区域进行整个GC，这样就保证了内存连续性，减少了内存碎片的可能。然而这种方式却牺牲了一半的内存空间。因此就出现了Eden区与Survivor区的概念。

他们是针对新生对象会很快消亡的特点，把新生代区域划分为三个空间一个较大的Eden区，和两个相等的大小的From Survivor和To Survivor区。他们的默认大小比值为8:1,即如果新生代大小为10MB的话，Eden区大小为8MB，from和to的空间各为1MB。每次内存分配的时候，在Eden和一个1个survivor区域中分配（9MB大小），GC时把存活的对象复制到另一个survivor区域中，清理之前的9MB空间。当survivor空间不足时，启动老年代内存担保。

2 内存分配与回收策略

2.1对象优先在Eden分配

大多数情况下，对象在新生代Eden区中分配。当Eden区没有足够的空间进行分配时，虚拟机将发起一次Minor GC。对于这种情况，也有特例，当遇到大对象的时候，就要在老年代中分配。所谓的大对象指的是那种很长的字符串以及数组。大对象的分配对虚拟机来说是一个坏消息，经常出现大对象容易导致内存还有不少空间而不得不触发一次垃圾收集来获取连续的空间“安置”他们。

虚拟机提供了一个参数–XX:PertenureSizeThreshold，令大于这个设置值的对象直接在老年代

中分配，这样就避免了在Eden区及两个Survivor 区中发生大量的内存复制。

2.2 年龄增加与升级

虚拟机采用了分代思想去管理对象，那就应该识别出来哪些对象放在新生代，哪些对象放在老年代。为了做到这点，虚拟机为每个对象设置了一个Age计数器，如果对象在一个MinorGC过后再仍然存活，就将被移到survivor区中，然后age+1。对象每经历一次Minor GC age就会增加1岁，当达到某个阈值的时候（默认为15岁），就会晋升到老年代。可以通过设置参数-XX：MaxTenuringThreshold来设置晋升的年龄。

然而对于虚拟机来说，并不是一定要达到这个要求才能晋升为老年代。还有一种情况就是某个年龄的对象大小的总和大于survivor区的一半时，年龄大于或等于这个年龄的对象都将进入到老年区。

2.3 内存分配担保

在MinorGC之前，虚拟机会检验老年代最大可用连续空间是否大于新生代所有对象的总和，如果这个条件成立，那么MinorGC是安全的，这是一种基于最坏情况的考虑，就是新生代所有的对象都存活下来进入到老年代中。

如果不成立，则虚拟机会查看HandlePromotionFailure设置值是否允许担保失败。如果允许，那么会检查老年代最大可用连续空间是否大于历次晋升老年代的对象大小的平均值。如果大于，则尝试进行一次MinorGC,如果小于或者HandlePromotionFailure设置不允许，就要进行一次FullGC。

这里需要解释一下为什么要这么做，复制算法为了提高内存使用率，只有一个survivor区域作为轮换备份，如果出现大量对象经过一次MinorGC以后仍然存活的情况，survivor空间不够就要申请老年代的内存担保。这个担保是可能失败的，因为老年代中也许没有足够的空间。然后这种检测又发生在MinorGC之前，这个过程是无法知道有多少对象需要进入老年代的，所以就取一个历史平均值。