谈一谈G1 和 CMS
CMS 收集器 (Concurrent Mark Sweep)(并发低停顿收集器)
顾名思义,CMS收集器就是采用并发标记清除,它是通过并发的方式来获取最短回收停顿时间的收集器,他也是基于 标记- 清除算法。
CMS 收集器垃圾回收的四个步骤
- 初始标记(initial mark)
- 并发标记 (concurrent mark)
- 重新标记 (remark)
- 并发清除 (concurrent sweep)
他的总体执行流程如上图,在初始标记和重新标记这两个步骤仍然需要 STW(stop the world) 。初始标记仅仅是标记一下 GC root 能直接关联的对象,速度很快,并发标记阶段就是从 GC root 的直接关联对象开始遍历整个对象图的过程,这个过程虽然很长但是不需要停顿用户线程,而重新标记阶段则是为了修正并发标记期间,因用户线程继续运作而导致标记产生标动的那一部分标记对象。这个过程耗时最长在并发标记、并发清除阶段、因为这两个阶段不需要 STW 所以应用整体的 STW 时间很短。
缺点:
- 在并发的过程中,占用了一部分系统资源从而导致程序变慢,降低总的吞吐量 (i- CMS收集器在cms的基础上在并发标记和清理的过程中让收集线程和用户线程交替运行,以减少垃圾回收线程的独占资源的时间)
- CMS 无法处理浮动垃圾 *(并发标记和并发清理是产生的垃圾,需要等到下一次GC才能清除),因此CMS收集器无法等到老年代被填满了在进行收集,必须预留一部分空间供并发手机是程序的使用 -XX:CMSsInititatingOccu-pancyFraction 可以来设置触发收集的百分比
- 因为采用并发-清除算法容易产生内存碎片,** -XX:CMSFullGCsBefore-Compaction 这个参数的作用是要求CMS收集器在执行若干次后,在下一次进入Full GC前会先进性碎片整理