垃圾收集器

        Parallel：并行，指多条垃圾收集线程并行工作，但此时用户线程仍处于等待状态；
        Concurrent：并发，指用户线程与垃圾收集线程同时执行（但不一定是并行的，可能会交替执行），用户程序仍在继续运行，而垃圾收集程序运行于另一个CPU上；

        HotSpot包含的所有虚拟机如下图所示：

        如果两个收集器之间存在连线，就说明它们可以搭配使用。虚拟机所处的区域，则表示它属于新生代收集器还是老年代收集器。

        Serial收集器：
        (1) 最基本、发展历史最悠久的收集器；
        (2) 单线程收集器：进行垃圾回收时会暂停所有线程直到GC完成；
        (3) 与其他收集器的单线程相比简单而高效，是虚拟机运行在Client模式（启动时添加-Server，或者不添加此参数且少于2个CPU或最低内存小于2GB时）下的默认新生代收集器；

 

        ParNew收集器：
        (1) Serial收集器的多线程版本；
        (2) 运行在Server模式下的虚拟机首选的新生代收集器：除简单而高效外，只有Serial收集器和ParNew收集器能与CMS收集器搭配工作；
        (3) 使用-XX:+UseConcMarkSweepGC选项后默认开启；使用-XX:+UseParNewGC强制开启；
        (4) 默认开启的线程数与CPU数量相同，但可以使用+XX:ParallelGCThreads参数来限制垃圾收集器的线程数；

        Parallel Scavenge收集器：
        (1) 目标是达到一个可控制的吞吐量（Throughput），所谓Throughput，即CPU用于运行用户代码的时间与CPU总消耗时间的比值，即吞吐量=运行用户代码时间/(运行用户代码时间+垃圾收集时间)；
        (2) 主要适合在后台运算而不需要太多交互的任务；
        (3) 最大垃圾收集器停顿时间控制-XX:MaxGCPauseMillis：收集器将尽可能保证内存回收消耗的时间不超过设定值，这个值并不是越短越好，GC停顿时间缩短是以牺牲吞吐量和新生代空间来换取的：系统把新生代调小一些，会导致垃圾收集更频繁，停顿时间在下降，但吞吐量也下来了；
        (4) 设置吞吐量大小-XX:GCTimeRatio：一个大于0且小于100的整数，也就是垃圾收集时间点总时间的比率，相当于是吞吐量的倒数，默认值是99，即允许1%（1/(1+99)）的垃圾收集时间；
        (5) 被称为吞吐量优化收集器；
        (6) 当-XX:+UseAdaptiveSizePolicy被打开时，就不需要手工指定新生代的大小（-Xmn）、Eden与Survivor区的比例（-XX:SurvivorRatio）、晋升老年代对象年龄（-XX:PretenureSizeThreshold）等细节参数了，虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或者最大吞吐量，即GC自动调节策略（GC Ergonomics）。

 

        Serial Old收集器：
        (1) Serial的老年代版本收集器；
        (2) 主要意义也是在于给Client模式下的虚拟机使用；
        (3) 在Server模式下还有两大用途：一是在JDK 1.5以前的版本中与Parallel Scavenge收集器搭配使用，另一种用途就是作为CMS的后备预案，在并发收集发生Concurrent Mode Failure时使用；

        Parallel Old收集器：
        (1) Parallel Scavenge收集器的老年代版本；
        (2) 主要与Parallel Scavenge搭配使用，在注意吞吐量及CPU资源敏感的场合，可以优先考虑Parallel Scavenge和Parallel Old搭配使用；

        CMS收集器：
        (1) 一种以获取最短回收停顿时间为目标的收集器；
        (2) 缺点一：对CPU资源非常敏感，默认启动的回收线程数是(CPU数量+3)/4，当CPU数量小于4时，因为分出过多CPU进行收集器线程，可能导致用户程序的执行速度降低；
        (3) 缺点二：CMS收集器无法处理浮动垃圾（Floating Garbage），可能出现“Concurrent Mode Failure”失败而导致另一次Full GC的产生——由于CMS并发清理阶段用户线程还在运行着并可能产生的垃圾叫浮动垃圾，且在并发清理阶段还需要预留足够的内存空间给用户线程使用，当预留的空间不足时，就会出现Concurrent Mode Failure，这时虚拟机将启用后备方案Serial Old收集器来重新进行老年代的垃圾回收。可以使用-XX:CMSInitiatingOccupancyFraction来指定当老年代的使用空间超过一定值时触发CMS收集器，默认值是92%，越高越容易出现“Concurrent Mode Failure”；
        (4) 由于是基于标记-清除算法实现的收集器，因此在收集结束时会产生大量的空间碎片。为了解决这个问题，CMS提供了一个-XX:+UseCMSCompactAtFullCollection开关（默认开启），用于CMS收集器在顶不住要进行FullGC时开启内存碎片的合并整理过程，因为内存整理的过程是无法并发的，因此在整理过程时处于停顿过程；另一个相关的参数是-XX:CMSFullGCsBeforeCompaction，用于设置执行多少次不压缩的Full GC后，跟着来一次带压缩的Full GC（默认值是0，即每次都进行碎片整理）；