G1垃圾收集器详解
目录
G1介绍
G1垃圾收集原理
G1相较CMS等垃圾收集器的优势
G1介绍
G1 (Garbage-First)是一款面向服务器的垃圾收集器,主要针对配备多颗处理器及大容量内存的机器。以极高概率满足GC停顿时间要求的同时,还具备高吞吐量性能特征。jvm垃圾收集器发展到G1,堆内存已不再有物理上的分代机制,但是还是保留了分代的概念。具体来说,G1将Java堆划分为多个大小相等的独立区域(Region),JVM最多可以有2048个Region。一般Region大小等于堆大小除以2048,比如堆大小为4096M,则Region大小为2M,当然也可以用参数"-XX:G1HeapRegionSize"手动指定Region大小。G1中年轻代和老年代不再有物理上的隔阂,它们都是(可以不连续)Region的集合。默认年轻代占堆内存你的占比为5%。如果堆大小为4096M,那么年轻代占据200MB左右的内存,对应大概是100个Region,在系统运行中,JVM会不停的给年轻代增加更多的Region,但是最多新生代的占比不会超过60%,年轻代中的Eden和Survivor对应的region也跟之前一样,默认8:1:1,假设年轻代现在有1000个region,eden区对应800个,s0对应100个,s1对应100个。一个Region可能之前是年轻代,如果Region进行了垃圾回收,之后可能又会变成老年代,也就是说Region的区域功能可能会动态变化。
G1垃圾收集器对于对象什么时候会转移到老年代还是传统的年龄判断,唯一不同的是对大对象的处理,G1有专门分配大对象的Region叫Humongous区,而不是让大对象直接进入老年代的Region中。在G1中,大对象的判定规则就是一个大对象超过了一个Region大小的50%,比如每个Region是2M,只要一个大对象超过了1M,就会被放入Humongous中,而且一个大对象如果太大,可能会横跨多个Region来存放。Humongous区专门存放短期巨型对象,不用直接进老年代,可以节约老年代的空间,避免因为老年代空间不够的GC开销。Full GC的时候除了收集年轻代和老年代之外,也会将Humongous区一并回收。
G1垃圾收集原理
与CMS收集器类似(如果对CMS垃圾收集器不清楚,可以看博主的上一篇博文,传送门:CMS垃圾收集器与三色标记算法详解_w7sss的博客-CSDN博客),G1收集器一次GC的运作过程大致分为以下几个步骤:
- 初始标记(会STW):同CMS的初始标记
- 并发标记(用户线程并发运行):同CMS的并发标记
- 最终标记(会STW):同CMS的重新标记
- 筛选回收(会STW):与CMS的主要区别,可分多次和用户线程交替进行。
下面主要介绍筛选回收,这是G1收集器的主要特色。筛选回收阶段首先对各个Region的回收价值和成本进行排序,根据用户所期望的GC停顿时间来制定回收计划,比如说老年代此时有1000个Region都满了,但是因为根据预期停顿时间,本次垃圾回收可能只能停顿100毫秒,那么通过之前回收成本计算得知,可能回收其中500个Region刚好需要100ms,那么就只会回收500个Region,尽量把GC导致的停顿时间控制在我们指定的范围内。不管是年轻代或是老年代,回收算法主要用的是高效的复制算法,将一个region中的存活对象复制到另一个region中,这种不会像CMS那样回收完因为有很多内存碎片还需要整理一次,G1采用复制算法回收几乎不会有太多内存碎片。(注意:CMS回收阶段是跟用户线程一起并发执行的,G1因为内部实现太复杂暂时没实现并发回收,不过到了Shenandoah就实现了并发收集,Shenandoah可以看成是G1的升级版本)。
并且G1收集器在后台维护了一个优先列表,每次根据允许的收集时间,优先选择回收价值最大的Region,比如一个Region花100ms能回收10M垃圾,另外一个Region花50ms能回收20M垃圾,在回收时间有限情况下,G1当然会优先选择后面这个Region回收。这种使用Region划分内存空间以及有优先级的区域回收方式,保证了G1收集器在有限时间内可以尽可能高的收集效率。
另外,jvm不会在一个随意的时间点就马上停下进行gc,而是会等到所有线程运行到安全点(safe point),才会进行gc。安全点的选择很重要,有助于jvm确定gc roots。通常在
- 内存分配点:分配可以触发一次垃圾收集,因此分配是理想的安全点
- 调用点和循环回边点:长时间的执行总是和方法调用或者循环有关。因此,调用点和循环回边点也是期望的安全点
通常java虚拟机采用主动式中断来检查所有线程是否都跑到最近的安全点,即设置一个中断标志,各个线程运行到Safe Point的时候主动轮询这个标志,如果中断标志为真,则将自己进行中断挂起。
G1垃圾收集可分为YoungGC,MixedGC,Full GC。
YoungGC并不是说现有的Eden区放满了就会马上触发,G1会计算下现在Eden区回收大概要多久时间,如果回收时间远远小于参数 -XX:MaxGCPauseMills 设定的值,那么增加年轻代的region,继续给新对象存放,不会马上做YoungGC,直到下一次Eden区放满,G1计算回收时间接近参数 -XX:MaxGCPauseMills 设定的值,那么就会触发Young GC
MixedGC在老年代的堆占有率达到参数(-XX:InitiatingHeapOccupancyPercent)设定的值则触发,回收所有的Young和部分Old(根据期望的GC停顿时间确定old区垃圾收集的优先顺序)以及大对象区,正常情况G1的垃圾收集是先做MixedGC,主要使用复制算法,需要把各个region中存活的对象拷贝到别的region里去,拷贝过程中如果发现没有足够的空region能够承载拷贝对象就会触发一次Full GC停止系统程序,然后采用单线程进行标记、清理和压缩整理,好空闲出来一批Region来供下一次MixedGC使用,这个过程是非常耗时的。
G1相较CMS等垃圾收集器的优势
个人觉得G1相较CMS等垃圾收集器主要有两点优势:
- 对于每个Region,采用了高效的复制算法,速度很快。
- 可控的STW时间,降低停顿时间是G1 和 CMS 共同的关注点,但G1 除了追求低停顿外,还能建立可预测的停顿时间模型,能让使用者明确指定在一个长度为x毫秒的时间片段内完成垃圾收集。
相较于之前的垃圾收集器,G1尤其适合大内存的服务器,因为当有足够大的堆内存,对于如CMS即使是young gc也会花费不少的时间,更别说full gc了。而G1的复制算法速度更快,再者G1通过设置筛选回收的次数可以做到gc回收线程与用户线程分多次交替进行,大大减少单次的停顿时间。
附G1收集器参数设置
-XX:+UseG1GC:使用G1收集器
-XX:ParallelGCThreads:指定GC工作的线程数量
-XX:G1HeapRegionSize:指定分区大小(1MB~32MB,且必须是2的N次幂),默认将整堆划分为2048个分区
-XX:MaxGCPauseMillis:目标暂停时间(默认200ms)
-XX:G1NewSizePercent:新生代内存初始空间(默认整堆5%)
-XX:G1MaxNewSizePercent:新生代内存最大空间
-XX:TargetSurvivorRatio:Survivor区的填充容量(默认50%),Survivor区域里的一批对象(年龄1+年龄2+年龄n的多个年龄对象)总和超过了Survivor区域的50%,此时就会把年龄n(含)以上的对象都放入老年代
-XX:MaxTenuringThreshold:最大年龄阈值(默认15)
-XX:InitiatingHeapOccupancyPercent:老年代占用空间达到整堆内存阈值(默认45%),则执行新生代和老年代的混合收集(MixedGC),比如我们之前说的堆默认有2048个region,如果有接近1000个region都是老年代的region,则可能就要触发MixedGC了
-XX:G1MixedGCLiveThresholdPercent(默认85%) region中的存活对象低于这个值时才会回收该region,如果超过这个值,存活对象过多,回收的的意义不大。
-XX:G1MixedGCCountTarget:在一次回收过程中指定做几次筛选回收(默认8次),在最后一个筛选回收阶段可以回收一会,然后暂停回收,恢复系统运行,一会再开始回收,这样可以让系统不至于单次停顿时间过长。
-XX:G1HeapWastePercent(默认5%): gc过程中空出来的region是否充足阈值,在混合回收的时候,对Region回收都是基于复制算法进行的,都是把要回收的Region里的存活对象放入其他Region,然后这个Region中的垃圾对象全部清理掉,这样的话在回收过程就会不断空出来新的Region,一旦空闲出来的Region数量达到了堆内存的5%,此时就会立即停止混合回收,意味着本次混合回收就结束了