1.Serial Old收集器(标记-整理)。
这个收集器的主要意义也是供客户端模式下的HotSpot虚拟机使用。
两种用途:
一种是在JDK 5以及之前的版本中与Parallel Scavenge收集器搭配使用,
另外一种就是作为CMS收集器发生失败时的后备预案,在并发收集发生Concurrent Mode Failure时使用。
2.Parallel Old收集器(标记-整理)
Parallel Old是Parallel Scavenge收集器的老年代版本,支持多线程并发收集。
3CMS收集器(标记-清除)
获取最短回收停顿时间为目标的收集器。
步骤:
初始标记仅仅只是标记一下GCRoots能直接关联到的对象,速度很快。
并发标记阶段就是从GC Roots的直接关联对象开始遍历整个对象图的过程,这个过程耗时较长但是不需要停顿用户线程,可以与垃圾收集线程一起并发运行。
重新标记阶段则是为了修正并发标记期间,因用户程序继续运作而导致标记产生变动的那一部分对象的
标记记录,这个阶段的停顿时间通常会比初始标记阶段稍长一些,但也远比并发标记阶段的时间短。
最后是并发清除阶段,清理删除掉标记阶段判断的已经死亡的对象,由于不需要移动存活对象,所以这个阶段也是可以与用户线程同时并发的。
CMS收集器的内存回收过程是与用户线程一起并发执行的,这款收集器是HotSpot虚拟机中第一款真正意义上支持并发的垃圾收集器
缺点:
占用了一部分线程而导致应用程序变慢,降低总吞吐量。
产生浮动垃圾”,有可能出现“Con-current ModeFailure”失败进而导致Full GC的产生。
收集结束时会有大量空间碎片产生,无法找到足够大的连续空间来分配当前对象,从而前触发一次Full GC