JVM垃圾回收机制_jvm 堆内存回收不了-CSDN博客

本文链接：https://blog.csdn.net/qq522044637/article/details/124867920

浅记录一下关于JVM垃圾回收机制的学习内容。

JVM-“分代收集”

垃圾收集器大多数遵循了分代收集（GenerationalCollection）的理论进行收集。

JVM的对空间分成2个区域：年轻代、老年代

其中年轻代又分为3个区域：Eden、Survivor From、Survivor To

默认情况下年轻代和老年代内存占比为1:2。可以通过参数-XX:NewRatio修改，其默认值为2。如果改为3，年轻代和老年代占比就为1:3。
默认情况下Eden、Survivor From、Survivor To的占比为8:1:1。可以通过参数-XX:SurvivorRatio修改，其默认值为8。如果改为6，则占比就是6:1:1。

GC过程

1.所有年轻代首先会在Eden分区进行分配，当Eden分区满了之后会进行1次Minor GC。当某些大对象需要分配一块较大的连续空间时，会直接进入老年代。（-XX:PretenureSizeThreshold参数定义多大的对象直接进入老年代）

2.第一次Minor GC后，仍然存活的对象会被复制到Survivor From区，同时对象年龄+1。此时Eden占用内存被清空。

3.第二次对Eden和Survivor From区进行Minor GC，仍然存活的对象会被复制到Survivor To区，同时对象年龄+1。此时Eden和Survivor From占用内存被清空。

4.第三次对Eden和Survivor To区进行Minor GC，仍然存活的对象会被复制到Survivor From区，同时对象年龄+1。此时Eden和Survivor To占用内存被清空。

5.此后每次Minor GC都会反复进行第3步和第4步的步骤。

6.当Survivor区域的对象年龄达到-XX:MaxTenuringThreshold设定值时（默认15），会将对象移入老年代。同时也清空它们在年轻代占用的内存空间。此处也会涉及到动态年龄判断。

7.当老年代空间不够用了（此处会涉及到空间分配担保），会触发Full GC（回收所有堆内存）。

动态年龄判断

动态年龄判断。是对Survivor区的一种策略，是为了保证Survivor区具有充足的空间用于分配。动态对象年龄判断Survivor区是否存在“相等对象年龄的对象”超过Survivor from/to的内存空间的情况，直接将超过的对象放入老年代。

空间分配担保

空间分配担保。是对老年代的一种策略，是为了保证老年代有足够的空间，不至于OOM。在Minor GC实际发生前，JVM会判断之前连续几次年轻代中“Eden+Survivor区域将要晋升到老年代的对象”的平均大小是否大于老年代剩余空间的大小。

为什么要判断此前连续几次的年轻代晋升到老年代的平均大小？

因为实际上进入老年代的对象大小在GC前是未知的，这也是为什么采用之前晋升的平均值来进行判断担保，也就是说只是一种预测，并不能代表真实就是有这么多对象晋升

判断会出现以下两种情况：

1.如果大于，则说明老年代没有足够空间。则进行full GC（回收所有区域内存）。

2.若小于，说明老年代可能有足够空间。但还需要查看一个参数HandlePromotionFailure，即是否允许担保失败。如果允许担保失败，则Minor GC。

允许担保失败，进行Minor GC后会出现以下情况：

Minor GC之后的对象survivor区能够放下，直接结束GC；

Minor GC之后的对象survivor区放不下。进入到老年代，老年代能放下，结束GC；

Minor GC之后的对象survivor区放不下。进入到老年代，老年代也放不下。开始Full GC，然后再重新尝试放入老年代，如果老年代依然放不下，则报OOM（内存溢出）。

为什么Survivor有两个区域？

如果没有Survivor会怎样？

如果没有survivor，即意味着只有新生代和老年代，新生代在进行一次minor gc后存活的对象无处安放，只能升级到老年代中，这样老年代很快就会被装满，进行full gc。

这种情况下，要么增加老年代的大小，从而来降低Full GC的频率，这样做的缺点就是：由于老年代空间过大，Full GC的执行时间会变长，系统的响应性急剧下降；要么减小老年代的大小，Full GC消耗的时间变短，系统的响应性增强，但是Full GC发生的频率增多，系统的吞吐量下降。

如果只有一个Survivor会怎样？

如果刚开始survivor为空，新生代的对象都存放在Eden中，此时发生了一次minor gc 将Eden中存活的对象复制到survivor中，过了一段时间Eden满了，这时候无论是Eden中还是survivor中都存在需要被回收的对象，此时又发生了一次minor gc，则survivor中便出现了空间碎片。

如果试图将Eden区存活的对象转移到survivor中，努力适应这种不连续的空间。但是不连续的空间会导致再分配大对象的时候，由于没有连续的空间来分配，会导致提前垃圾回收。

如果将survivor中的所有存活对象向下移动来消除碎片，然后将所有的存活对象移入其中。这样做会降低效率。