Garbage First(简称:G1)收集器是垃圾收集器技术发展历史上的一个里程碑,它开创了收集器面向局部收集的设计思路和基于Region的内存布局形式.
G1是一款主要面向服务端应用的垃圾收集器,HotSpot开发团队赋予它的期望是未来可以替换掉JDK5中发布的CMS收集器. JDK9发布之日,G1宣布取代了
Parallel Scavenge
加Parallel Old
的组合,成为服务端模式下默认的垃圾收集器,而CMS则被声明为(Deprecate)使用的收集器.G1实现了可控停顿时间的垃圾收集器,通过
-XX:MaxGCPauseMillis
参数进行设置,默认是200ms。
G1开创了基于Region的堆内存布局,虽然G1也遵循分代思想,但是堆内存布局和其它垃圾收集的内存布局有着巨大的变化. G1垃圾收集器不再坚持固定大小分代分区,而是把连续的堆内存分成大小一样的独立区域(Region),每一个Region可以根据需要扮演
新生代(Eden)
,Survivor空间
,老年代
。 G1垃圾收集器可以根据扮演不同角色的Region采用不同的策略去处理,这样无论是新创建的对象,还是已经存活了一段时间的对象, 或则经历过很多次垃圾收集但是还存活下来的对象,都会有很好的效果。
Region中有一种特殊的
Humongous Region
,专门用来存储大对象。G1收集器规定只要对象的大小超过了Region
大小的一般就会被认为是巨型对象 。每个Region的大小可以通过-XX:G1HeapRegionSize
来调整(1MB-32MB,且为2的N次幂)。G1收集器通常把Humongous Region
看做老年代的一部分。
Region
,直接存储到标记为Eden的RegionRegion
但是小于一个Region
,存储到标记为Humongous的Region中Region大小
,存储到标记为Humongous的多个连续Region中由于分代的内存不连续,导致GC搜索垃圾对象时,需要扫描整个堆。为了解决这个问题,G1为每个Region都维护了一个
Remenbered Set
,用来记录对象的引用情况,当GC发生的时候根据Remenbered Set
的索引情况去搜索。
youngGC
时,GC Root主要是两类,栈空间和老年代到新生代区分的引用(2,3)关系。
MixedGC
时,由于只收集老年代区,所以老年代分区引用(4,5)关系将被使用。
标记GC Roots能够直接关联的对象(Root Region),修改
TAMS
指针的值,使的下一阶段用户线程并发运行时,能在正确的Region中分配对象。需要停顿用户线程,但耗时很短,且借助
Minor GC
时同步完成。
拿到初始标记的
Root Region
,扫描整个堆的所有Region
的Rset
看是否有Root Region
,并标记Region
遍历上一步标记过的Region对堆中对象进行可达性分析,递归扫描整个堆里的对象图,找到要回收的对象。耗时较长,可以和用户线程并行。
耗时较长,可遇用户线程并行,当对象扫描完成以后,还要重新处理SATB记录下的在并发时有引用变动的对象。
短暂的暂停用户线程,用于处理
并发标记
阶段遗留下来最后少量的SATB记录。
负责更新Region的统计数据,对各个Region的回收价值进行排序,根据用户所期待的停顿时间,来制定回收计划,可以自由选择任意组合的
Region
进行回收,然后将需要回收的Region中的对象复制到空的Region
,再清理掉整个旧的Region
.这里涉及移动存活对象,所以也要暂停用户线程,由多条收集器线程并行完成。
Region
进行清理(MixedGC),而不是所有的Region
提高了清理效率。原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。