JVM的垃圾回收器(GC)

最新推荐文章于 2021-12-19 21:14:43 发布

话不投机头打歪

最新推荐文章于 2021-12-19 21:14:43 发布

阅读量151

点赞数

分类专栏： JVM java

本文链接：https://blog.csdn.net/qq_40690648/article/details/106434154

版权

java 同时被 2 个专栏收录

4 篇文章 0 订阅

订阅专栏

JVM

3 篇文章 0 订阅

订阅专栏

1.堆内存模型

在这里插入图片描述

1.分带收集的垃圾回收器

在这里插入图片描述

1.1新生带

1.1.1Serial

1.1.2ParNew

1.1.3Parallel Scavenge

1.2老年代

1.2.1Serial Old

1.2.2CMS

1.2.3Parallel Old

G1

在这里插入图片描述

分区

分区 Region

G1采用了分区(Region)的思路，将整个堆空间分成若干个大小相等的内存区域，每次分配对象空间将逐段地使用内存。因此，在堆的使用上，G1并不要求对象的存储一定是物理上连续的，只要逻辑上连续即可；每个分区也不会确定地为某个代服务，可以按需在年轻代和老年代之间切换。启动时可以通过参数-XX:G1HeapRegionSize=n可指定分区大小(必须在1MB~32MB，之间，且是2的N次幂)，默认将整堆划分为2048个分区。

卡片

卡片 Card

在每个分区内部又被分成了若干个大小为512 Byte卡片(Card)，标识堆内存最小可用粒度所有分区的卡片将会记录在全局卡片表(Global Card Table)中，分配的对象会占用物理上连续的若干个卡片，当查找对分区内对象的引用时便可通过记录卡片来查找该引用对象(见RSet)。每次对内存的回收，都是对指定分区的卡片进行处理。

已记忆集合 Remember Set (RSet)

在串行和并行收集器中，GC通过整堆扫描，来确定对象是否处于可达路径中。然而G1为了避免STW式的整堆扫描，在每个分区记录了一个已记忆集合(RSet)，内部类似一个反向指针，记录引用分区内对象的卡片索引。当要回收该分区时，通过扫描分区的RSet，来确定引用本分区内的对象是否存活，进而确定本分区内的对象存活情况。

事实上，并非所有的引用都需要记录在RSet中，如果一个分区确定需要扫描，那么无需RSet也可以无遗漏的得到引用关系。那么引用源自本分区的对象，当然不用落入RSet中；同时，G1 GC每次都会对年轻代进行整体收集，因此引用源自年轻代的对象，也不需要在RSet中记录。最后只有老年代的分区可能会有RSet记录，这些分区称为拥有RSet分区(an RSet’s owning region)。

内部细节

2种GC
1.Fully Young GC
2.Mixed GC
无需回收整个堆，而是选择一个Collection Set(CS)
估计每个Region中的垃圾比例，优先回收垃圾多的Region

问题

跨代 / 跨Region引用
在这里插入图片描述
这个时候，eden区有对象被老年代引用，所以不能安全的回收
于是引入Card Table 和 Remembered Set (Rset)

Rset是什么？

每个Region被分成大小为512 Byte卡片(Card),分配的对象会占用物理上连续的若干个卡片，每个Region都包含一个RSet，这个RSet就记录了不同Region中之间的卡片引用，在扫描时只用扫描RSet这个结构

垃圾收集

G1仍然保留了新生代和老年代的概念
新生代收集过程如下图
在这里插入图片描述
新生代收集把原来的绿色区进行回收，回收不了的放在深绿色区域。

老年带收集过程
老年带收集的时候也把新生代收集了，也叫Mix GC

1.初始标记 => GC Root对象和这些GC Root对象所在的Region，又叫Root Region，会STW
2.把刚刚得到的Root Region，扫描old区的所有Region，看这个Region区的Rset中是否有引用，如果有则标识出来
3.并发标记 => 只需要遍历刚刚标记的区域
4.最总标记 => 使用SATB (STW)
5.清理 => 只选出垃圾较多的region，如下图
在这里插入图片描述