【JVM系列】内存分配与回收策略详解

最新推荐文章于 2024-04-26 17:45:47 发布

初念初恋

最新推荐文章于 2024-04-26 17:45:47 发布

阅读量567

点赞数

分类专栏： java虚拟机文章标签： jvm java 后端

本文链接：https://blog.csdn.net/jiang_wang01/article/details/131173505

版权

5 篇文章 1 订阅

订阅专栏

Minor GC 和 Full GC

当我们new一个对象实例时，首先是存入堆中新生代中的伊甸园区，如果伊甸园区空间满了，就会进行YGC，本篇文章就讲述一下对象的分配过程是如何的…

new的对象先放着伊甸园区；
当伊甸园区空间满了时，程序又要创建新的对象时，JVM垃圾回收器将对伊甸园区进行垃圾回收，将伊甸园区的不再被其他对象所引用的对象进行销毁，再加载新的对象到伊甸园区；
然后将伊甸园区剩余的对象移动到幸存者0区，每个对象被分配了一个年龄计数器（age），每进行一次GC，幸存下来的对象age累加，上面的两个幸存对象age被赋值为1；
GC完成后，此时伊甸园区是空的了。

说明：

创建一个新的对象时，首先判断Eden区是否放的下，如果放的下，就为其分配内存，放不下的话，就进行YGC；
然后再判断Eden区是否放的下，如果此时放的下的话，就为其分配内存，如果还是放不下，说明这个对象比伊甸园区的空间还要大，这个对象是个超大对象，此时将其放入Old区，如果Old区也放不下，就进行FGC，然后再判断Old区能不能放下，放的下就存在Old区，如果还是放不下，就会出现OOM异常；
在进行YGC的时候，幸存的对象会放入幸存区，此时判断是否能放下，如果幸存区放不下，就会直接放入Old区。

对于 Minor GC，其触发条件非常简单，当 Eden 空间满时，就将触发一次 Minor GC。而 Full GC 则相对复杂，有以下条件：

只是建议虚拟机执行 Full GC，但是虚拟机不一定真正去执行。不建议使用这种方式，而是让虚拟机管理内存。

老年代空间不足的常见场景为前文所讲的大对象直接进入老年代、长期存活的对象进入老年代等。

为了避免以上原因引起的 Full GC，应当尽量不要创建过大的对象以及数组。除此之外，可以通过 -Xmn 虚拟机参数调大新生代的大小，让对象尽量在新生代被回收掉，不进入老年代。还可以通过 -XX:MaxTenuringThreshold 调大对象进入老年代的年龄，让对象在新生代多存活一段时间。

使用复制算法的 Minor GC 需要老年代的内存空间作担保，如果担保失败会执行一次 Full GC。具体内容请参考上面的第 5 小节。

在 JDK 1.7 及以前，HotSpot 虚拟机中的方法区是用永久代实现的，永久代中存放的为一些 Class 的信息、常量、静态变量等数据。

当系统中要加载的类、反射的类和调用的方法较多时，永久代可能会被占满，在未配置为采用 CMS GC 的情况下也会执行 Full GC。如果经过 Full GC 仍然回收不了，那么虚拟机会抛出 java.lang.OutOfMemoryError。

为避免以上原因引起的 Full GC，可采用的方法为增大永久代空间或转为使用 CMS GC。

执行 CMS GC 的过程中同时有对象要放入老年代，而此时老年代空间不足（可能是 GC 过程中浮动垃圾过多导致暂时性的空间不足），便会报 Concurrent Mode Failure 错误，并触发 Full GC。

关注