老年代垃圾收集器

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