G1垃圾回收器

一、G1特点

1.同时注重吞吐量和低延时 ,默认暂停目标 200ms
2.超大堆内存,将堆划分为多个大小相等的Region(区域)(值:1、2、4、8)
每个区域都可以作为伊甸园幸村区老年代
3.整体上是标记+整理算法,两个区域之间是复制算法

二、执行过程

在这里插入图片描述

Young Collection

会stw

新创建的对象放到伊甸园,当放满,触发新生代的垃圾回收
请添加图片描述
新生代内存紧张,把伊甸园中存活的对象复制到幸存区
请添加图片描述
幸存区内存比较多了 对象存活年龄超过阈值,又会触发新生代垃圾回收
一部分晋升到老年代
不够年龄的复制到另一个幸存区
请添加图片描述

Young Collection+CM

新生代垃圾回收+并发标记

在YongGC时候会进行GCRoot的初始标记(不会STW)
老年代占用堆空间比例达到阈值的时候(默认45%),进行并发标记(不会STW)

请添加图片描述

Mixed Collection

最终标记 (STW)
拷贝存活(STW)
混合收集
对伊甸园 幸存区 老年代 全面垃圾回收

为了达到暂停时间短的目标,对于老年代的存活拷贝(G1是分区域的,其中很多区域都是老年代)不会全部回收,会回收一些释放空间最多的老年代

在这里插入图片描述

三、

请添加图片描述
CMS与G1一样:
垃圾回收的速度跟不上新产生的垃圾,并发就失败了,就会退化为串行的收集,这时候会FullGC

Young Collection跨代引用

新生代垃圾回收 先可达性分析(先找gc roots,再沿着链找存活对象)找存活对象
老年代引用新生代问题

在这里插入图片描述
根对象一部分来自老年代,老年代的存活对象很多,如果遍历整个老年代去找gcroots,显然效率低。

采用crad技术(卡表)将老年代分为很多512k的区域

如果一个card中有对象引用了新生代中的对象,就把card标记为脏card

这样做gcroots遍历的时候就不用找整个老年代了,只需要关注脏card就可以了

新生代中有个Remembered Set 记录老年代中的脏card

引用变更的时候,通过写屏障更新脏card,这是异步操作,不会马上更新,先将更新的指令放到一个脏card的队列之中。后续让一个线程完成脏card的更新操作

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
G1(Garbage First)垃圾回收是一种低延迟的垃圾回收,它可以在不影响应用程序吞吐量的情况下,有效地处理大量的内存垃圾。下面是G1垃圾回收的执行流程: 1. 初始标记(Initial Mark):该阶段的目标是标记所有的根对象,并且标记从根对象直接可达的对象。为了达到这个目的,G1垃圾回收会扫描所有的Java线程的栈,以及记录下所有的GC Root。 2. 并发标记(Concurrent Mark):在初始标记之后,G1垃圾回收会开始并发的标记所有从根对象可达的对象。这是一个并发的过程,不会阻塞应用程序的执行。 3. 最终标记(Final Mark):在并发标记之后,G1垃圾回收会再次暂停应用程序的执行,以完成所有未被标记的存活对象的标记。这个过程与初始标记是类似的。 4. 筛选回收(Live Data Counting and Evacuation):在最终标记之后,G1垃圾回收会计算每个区域中存活的数据量。然后,它会选定一些区域作为回收集(Collection Set),将这些区域中的存活对象复制到空闲的区域中,并将这些区域标记为可回收的。 5. 清除(Cleanup):在筛选回收之后,G1垃圾回收会开始清理所有被标记为可回收的区域。 需要注意的是,G1垃圾回收是一个全局垃圾回收,因此它不仅仅会处理单个堆区域的垃圾回收,而是会处理整个Java堆。同时,它还会根据应用程序运行的情况,动态地调整回收集的大小,以达到最佳的垃圾回收效果。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值