聊聊JVM（二）说说GC的一些常见概念

最新推荐文章于 2022-08-01 18:59:16 发布

iter_zc

最新推荐文章于 2022-08-01 18:59:16 发布

阅读量1.6w

点赞数 6

分类专栏： JVM Java 聊聊JVM 文章标签： GC CMS

本文链接：https://blog.csdn.net/ITer_ZC/article/details/41802365

版权

本文详细梳理了JVM中GC的常见概念，包括何时触发Minor GC和Full GC的情况，CMS收集器的工作机制，以及新生代对象晋升到老年代的条件。通过理解这些概念，有助于深入理解JVM的垃圾回收机制。

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

上一篇总结GC的基础算法，各种GC收集器的基本原理，还是比较粗粒度的概念。这篇会整理一些GC的常见概念，理解了这些概念，相信对GC有更加深入的理解

1. 什么时候会触发Minor GC?

Eden区域满了，或者新创建的对象大小 > Eden所剩空间
CMS设置了CMSScavengeBeforeRemark参数，这样在CMS的Remark之前会先做一次Minor GC来清理新生代，加速之后的Remark的速度。这样整体的stop-the world时间反而断
Full GC的时候会先触发Minor GC

2. 什么时候会触发Full GC?

Minor GC后存活的对象晋升到老年代时由于悲观策略的原因，有两种情况会触发Full GC, 1种是之前每次晋升的对象的平均大小 > 老年代剩余空间
1种是Minor GC后存活的对象超过了老年代剩余空间。这两种情况都是因为老年代会为新生代对象的晋升提供担保，而每次晋升的对象的大小是无法预测的，所以只能基于统计，1个是基于历史平均水平，一个是基于下一次可能要晋升的最大水平。这两种情况都是属于promotion failure
CMS失败，发生concurrent mode failure会引起Full GC，这种情况下会使用Serial Old收集器，是单线程的，对GC的影响很大。concurrent mode failure产生的原因是老年代剩余的空间不够，导致了和gc线程并发执行的用户线程创建的大对象(由PretenureSizeThreshold控制新生代直接晋升老年代的对象size阀值)不能进入到老年代，只要stop the world来暂停用户线程，执行GC清