在上一篇文章《【JVM】——GC机制之GC算法》中，介绍了GC的一些算法，都是一些理论的知识，今天小编介绍一下GC的收集器，说明一下算法在GC中的使用以及GC涉及的一些参数设置。
一、GC主要有三种收集器
1、串行收集器
GC是最古老、最稳定的一种GC机制，效率相对较高。
参数命令：-XX:+UseSerialGC
适用范围：新生代、老年代
特点：在进行GC线程时，应用程序暂停。可能会产生较长的停顿。【如下图：】
新生代、老年代使用串行回收。新生代使用的是复制算法，老年代使用的是标记-压缩算法。
2、并行收集器
①ParNew
参数命令：-XX:+UseParNewGC
新生代并行，采用复制算法。老年代串行，使用标记-压缩算法。
其中多线程需要多核支持。线程多并不一定快，还要看cpu的情况。可以通过-XX:ParallelGCThreads 限制线程数量。
②Parallel收集器
类似ParNew，新生代复制算法，老年代 标记-压缩，但是更加关注吞吐量。
参数命令：
-XX:+UseParallelGC ：使用Parallel收集器+ 老年代串行+新生代并行
-XX:+UseParallelOldGC：使用Parallel收集器+ 并行老年代+新生代并行
3、CMS收集器
CMS(Concurrent Mark Sweep )--并发标记清除，并发是指与用户线程一起执行。
适用范围：老年代收集器（新生代使用ParNew）
特点：
标记清除算法和标记-压缩相比，碎片化严重，不能充分利用内存；
①尽可能降低停顿
②会影响系统整体吞吐量和性能。比如，在用户线程运行过程中，分一半CPU去做GC，系统性能在GC阶段，反应速度就下降一半
③清理不彻底。因为在清理阶段，用户线程还在运行，会产生新的垃圾，无法清理
④因为和用户线程一起运行，不能在空间快满时再清理。-XX:CMSInitiatingOccupancyFraction设置触发GC的阈值。
⑤如果不幸内存预留空间不够，就会引起concurrent mode failure
命令参数：
-XX:+UseConcMarkSweepGC
-XX:+ UseCMSCompactAtFullCollection Full GC后，进行一次整理，整理过程是独占的，会引起停顿时间变长
-XX:+CMSFullGCsBeforeCompaction ：设置进行几次Full GC后，进行一次碎片整理
-XX:ParallelCMSThreads：设定CMS的线程数量
CMS运行过程比较复杂，着重实现了标记的过程，可分为：
初始标记
根可以直接关联到的对象
速度快
并发标记（和用户线程一起）
主要标记过程，标记全部对象
重新标记
由于并发标记时，用户线程依然运行，因此在正式清理前，再做修正
并发清除（和用户线程一起）
基于标记结果，直接清理对象
图示：
二、GC的参数整理
-XX:+UseSerialGC：在新生代和老年代使用串行收集器
-XX:SurvivorRatio：设置eden区大小和survivior区大小的比例
-XX:NewRatio:新生代和老年代的比
-XX:+UseParNewGC：在新生代使用并行收集器
-XX:+UseParallelGC ：新生代使用并行回收收集器
-XX:+UseParallelOldGC：老年代使用并行回收收集器
-XX:ParallelGCThreads：设置用于垃圾回收的线程数
-XX:+UseConcMarkSweepGC：新生代使用并行收集器，老年代使用CMS+串行收集器
-XX:ParallelCMSThreads：设定CMS的线程数量
-XX:CMSInitiatingOccupancyFraction：设置CMS收集器在老年代空间被使用多少后触发
-XX:+UseCMSCompactAtFullCollection：设置CMS收集器在完成垃圾收集后是否要进行一次内存碎片的整理
-XX:CMSFullGCsBeforeCompaction：设定进行多少次CMS垃圾回收后，进行一次内存压缩
-XX:+CMSClassUnloadingEnabled：允许对类元数据进行回收
-XX:CMSInitiatingPermOccupancyFraction：当永久区占用率达到这一百分比时，启动CMS回收
-XX:UseCMSInitiatingOccupancyOnly：表示只在到达阀值的时候，才进行CMS回收