在上一篇文章《【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回收