G…​​​​​​​1、G1收集器概述

World)的方向努力也贡献了从串行Serial收集器、到并行收集器Parallerl收集器再到CMS并发收集器乃至如今的G1在内的一系列优秀的垃圾收集器。

G1(Garbage

First)垃圾收集器关注最小时延的垃圾回收器也同样适合大尺寸堆内存的垃圾收集。

合理利用垃圾收集各个周期的资源解决了其他收集器甚至CMS的众多缺陷。

算法G1基于标记-整理算法,

不会产生空间碎片分配大对象时不会无法得到连续的空间而提前触发一次FULL

并行与并发G1能更充分的利用CPU多核环境下的硬件优势来缩短stop

the

CMS中堆被分为PermGenYoungGenOldGen而YoungGen又分了两个survivo区域。

在G1中堆被平均分成几个区域(region)在每个区域中虽然也保留了新老代的概念但是收集器是以整个区域为单位收集的。

G1在回收内存后会马上同时做合并空闲内存的工作、而CMS默认是在STWstop

the

G1垃圾收集算法主要应用在多CPU大内存的服务中在满足高吞吐量的同时尽可能的满足垃圾回收时的暂停时间。

就目前而言、CMS还是默认首选的GC策略、可能在以下场景下G1更适合

新生代伊甸园区(eden

堆内存会被切分成为很多个固定大小区域Region每个是连续范围的虚拟内存。

堆内存中一个区域(Region)的大小可以通过-XX:G1HeapRegionSize参数指定大小区间最小1M、最大32M总之是2的幂次方。

2.2.2、G1堆内存分配

每个Region被标记了E、S、O和H这些区域在逻辑上被映射为EdenSurvivor和老年代。

存活的对象从一个区域转移即复制或移动到另一个区域。

区域被设计为并行收集垃圾可能会暂停所有应用线程。

如上图所示区域可以分配到Edensurvivor和老年代。

此外还有第四种类型被称为巨型区域Humongous

Region。

Humongous区域是为了那些存储超过50%标准region大小的对象而设计的它用来专门存放巨型对象。

如果一个H区装不下一个巨型对象那么G1会寻找连续的H分区来存储。

为了能找到连续的H区有时候不得不启动Full

3、G1回收流程

Roots开始对堆中对象进行可达性分析找出存活对象耗时较长。

当并发标记完成后开始最终标记(Final

Marking

3.1.3、最终标记标记那些在并发标记阶段发生变化的对象将被回收

3.1.4、筛选回收

首先对各个Regin的回收价值和成本进行排序根据用户所期待的GC停顿时间指定回收计划回收一部分Region

GC和Mixed

region使用达到最大阀值并且无法申请足够内存时会触发一次YoungGC。

每次younggc会回收所有Eden以及Survivor区并且将存活对象复制到Old区以及另一部分的Survivor区。

根扫描,跟CMS类似Stop

扫描RSet,扫描RSet中所有old区对扫描到的young区或者survivor去的引用。

处理引用队列软引用弱引用虚引用

region时为了避免堆内存被耗尽虚拟机会触发一个混合的垃圾收集器即mixed

region这里需要注意是一部分老年代而不是全部老年代可以选择哪些old

G1没有fullGC概念需要fullGC时调用serialOldGC进行全堆扫描包括eden、survivor、o、perm。

G1的第一个重要特点是为用户的应用程序的提供一个低GC延时和大内存GC的解决方案。

这意味着堆大小6GB或更大稳定和可预测的暂停时间将低于0.5秒。

如果应用程序使用CMS或ParallelOld垃圾回收器具有一个或多个以下特征将有利于切换到G1

Full

注意如果你正在使用CMS或ParallelOld收集器并且你的应用程序没有遇到长时间的垃圾收集暂停则保持与您的当前收集器是很好的升级JDK并不必要更新收集器为G1。