垃圾收集器

Serial收集器

Serial收集器是最基本、发展历史最悠久的收集器，曾经(在JDK1.3.1之前)是虚拟机新生代收集的唯一选择。

它是一种单线程收集器，不仅仅意味着它只会使用一个CPU或者一条收集线程去完成垃圾收集工作，更重要的是其在进行垃圾收集的时候需要暂停其他线程。

Serial Old收集器是Serial收集器的老年代版本，也是一个单线程收集器，不同的是采用”标记-整理算法”，运行过程和Serial收集器一样。

可以把这个收集器理解为Serial收集器的多线程版本。

参数：
- “-XX:+UseConcMarkSweepGC”：指定使用CMS后，会默认使用ParNew作为新生代收集器；
- “-XX:+UseParNewGC”：强制指定使用ParNew。
- -“-XX:ParallelGCThreads”：指定垃圾收集的线程数量，ParNew默认开启的收集线程与CPU的数量相同；
优点:在多CPU时，比Serial效率高。
缺点:收集过程暂停所有应用程序线程，单CPU时比Serial效率差。
算法:复制算法
适用范围:新生代
应用:运行在Server模式下的虚拟机中首选的新生代收集器

Parallel Scavenge收集器是一个新生代收集器，它也是使用复制算法的收集器，又是并行的多线程收集器，看上去和ParNew一样，但是Parallel Scanvenge更关注系统的吞吐量。

使用复制算法的并行多线程收集器。而且是并行的多线程收集器.java1.8默认的收集器

吞吐量=运行用户代码的时间/(运行用户代码的时间+垃圾收集时间)
比如虚拟机总共运行了100分钟，垃圾收集时间用了1分钟，吞吐量=(100-1)/100=99%。

若吞吐量越大，意味着垃圾收集的时间越短，则用户代码可以充分利用CPU资源，尽快完成程序的运算任务。

Parallel Old收集器是Parallel Scavenge收集器的老年代版本，使用多线程和”标记-整理算法”进行垃圾回收。

吞吐量优先

参数：-XX:+UseParallelOldGC

CMS(Concurrent Mark Sweep)收集器是一种以获取最短回收停顿时间为目标的收集器。
采用的是”标记-清除算法”,整个过程分为4步

由于整个过程中，并发标记和并发清除，收集器线程可以与用户线程一起工作，所以总体上来说，CMS收集器的内存回收过程是与用户线程一起并发地执行的。

触发条件：

如果没有设置-XX:+UseCMSInitiatingOccupancyOnly，虚拟机会根据收集的数据决定是否触发（建议带上这个参数）。
老年代使用率达到阈值 CMSInitiatingOccupancyFraction，默认92%，前提是配置了第一个参数。
永久代的使用率达到阈值 CMSInitiatingPermOccupancyFraction，默认92%，前提是开启 CMSClassUnloadingEnabled并且配置了第一个参数。
新生代的晋升担保失败。

参数：

-XX:+UseConcMarkSweepGC 激活CMS收集器
-XX:ConcGCThreads 设置CMS线程的数量
-XX:+UseCMSInitiatingOccupancyOnly：如果不指定, 只是用设定的回收阈值CMSInitiatingOccupancyFraction,则JVM仅在第一次使用设定值,后续则自动调整会导致上面的那个参数不起作用。
-XX:CMSInitiatingOccupancyFraction=70：是指设定CMS在对内存占用率达到70%的时候开始GC。设置触发CMS老年代回收的内存使用率占比，默认92%。前提是配置了UseCMSInitiatingOccupancyOnly。
-XX:+CMSParallelRemarkEnabled：并行运行最终标记阶段，加快最终标记的速度
-XX:+UseCMSCompactAtFullCollection：每次触发CMS Full GC的时候都整理一次碎片
-XX:CMSFullGCsBeforeCompaction=n：上一次CMS并发GC执行过后，到底还要再执行多少次full GC才会做压缩。默认是0，也就是在默认配置下每次CMS GC顶不住了而要转入full GC的时候都会做压缩。如果把
-XX:+CMSClassUnloadingEnabled：让CMS可以收集永久带，默认不会收集
-XX:+CMSScavengeBeforeRemark：最终标记之前强制进行一个Minor GC
-XX:+ExplicitGCInvokesConcurrent：当调用System.gc()的时候，执行并行gc，只有在CMS或者G1下该参数才有效