1.垃圾收集器：
在java虛擬機器中，垃圾回收器不僅僅只有一種，什麼情況下該使用哪種，對效能又有什麼樣的影響，這都是我們需要了解的。
序列垃圾回收器
並行垃圾回收器
CMS回收器（主流）
G1回收器

2.序列垃圾回收器
序列回收器是指使用單執行緒進行垃圾回收的回收器。每次回收時，序列回收器只有一個工作執行緒，對於並行能力較弱的計算機來說，序列回收器的專注性和獨佔性往往有更好的效能表現。序列回收器可以在新生代和老年代使用，根據作用於不同的堆空間，分為新生代序列回收器和老年代序列回收器。
使用-XX:+UseSerialGC 引數可以設定使用新生代序列回收器和老年代序列回收器

3.並行回收器（ParNew回收器）
並行回收器在序列回收器基礎上做了改進，他可以使用多個執行緒同時進行垃圾回收，對於計算能力強的計算機而言，可以有效的縮短垃圾回收所需的實際時間。
ParNew回收器是一個工作在新生代的垃圾收集器，他只是簡單的將序列回收器多執行緒化，他的回收策略和演算法和序列回收器一樣。
使用 -XX:+UseParNewGC 新生代ParNew回收器，老年代則使用序列回收器
ParNew回收器工作時的執行緒數量可以使用 -XX:ParallelGCThreads引數指定，一般最好和計算機的CPU相當，避免過多的執行緒影響效能。

4.並行回收器（ParallelGC回收器）
新生代ParallelGC回收器，使用了複製演算法的收集器，也是多執行緒獨佔形式的收集器，但ParallelGC回收器有個非常重要的特點，就是它非常關注系統的吞吐量。
提供了倆個非常關鍵的引數控制系統的吞吐量
-XX:MaxGCPauseMillis：設定最大垃圾收集停頓時間，可用把虛擬機器在GC停頓的時間控制在MaxGCPauseMillis範圍內，如果希望減少GC停頓時間可以將MaxGCPauseMillis設定的很小，但是會導致GC頻繁，從而增加了GC的總時間，降低了吞吐量。所以需要根據實際情況設定該值。
-XX:GCTimeRatio：設定吞吐量大小，它是一個0到100之間的整數，預設情況下他的取值是99，那麼系統將花費不超過1/(1+n)的時間用於垃圾回收，也就是1/(1+99) = 1%的時間。
另外還可以指定 -XX:+UseAdaptiveSizePolicy開啟自適應模式，在這種模式下，新生代的大小、eden、from/to的比例，以及晉升老年代的物件年齡引數會被自動調整，以達到在堆大小、吞吐量和停頓時間之間的平衡點。

1. 並行回收器（ParallelOldGC回收器）
   老年代ParallelOldGC回收器也是一種多執行緒的回收器，和新生代的ParallelGC回收器一樣，也是一種關注吞吐量的回收器，他使用了標記壓縮演算法進行實現。
   -XX:+UseParallelOldGC 進行設定
   -XX:+ParallelGCThreads 也可以設定垃圾收集時的執行緒數量。

6.CMS回收器
CMS全稱為：Concurrent Mark Sweep 意為併發標記清除，他使用的是標記清除法，主要關注系統停頓時間。
使用 -XX:+UseConcMarkSweepGC 進行設定。
使用 -XX:ConcGCThreads 設定併發執行緒數量。
CMS並不是獨佔的回收器，也就說CMS回收的過程中，應用程式仍然在不停的工作，又會有新的垃圾不斷的產生，所以在使用CMS的過程中應該確保應用程式的記憶體足夠可用。CMS不會等到應用程式飽和的時候才去回收垃圾，而是在某一閥值的時候開始回收，回收閥值可用指定的引數進行配置，-XX:CMSInitiatingOccupancyFraction來指定，預設為68，也就是說當老年代的空間使用率達到68%的時候，會執行CMS回收。如果記憶體使用率增長的很快，在CMS執行的過程中，已經出現了記憶體不足的情況，此時CMS回收就會失敗，虛擬機器將啟動老年代序列回收器進行垃圾回收，這會導致應用程式中斷，直到垃圾回收完成後才會正常工作，這個過程GC的停頓時間可能較長，所以 - XX:CMSInitiatingOccupancyFraction的設定要根據實際的情況。
之前我們在學習演算法的時候說過，標記清除法有個缺點就是存在記憶體碎片的問題，那麼CMS有個引數設定-XX:+UseCMSCompactAtFullCollecion可以使CMS回收完成之後進行一次碎片整理，-XX:CMSFullGCsBeforeCompaction引數可以設定進行多少次CMS回收之後，對記憶體進行一次壓縮。

7.G1回收器
G1回收器(Garbage-First)實在jdk1.7中正式使用的垃圾回收器，從長期目標來看是為了取代CMS回收器，G1回收器擁有獨特的垃圾回收策略，G1屬於分代垃圾回收器，區分新生代和老年代，依然有eden和from/to區，它並不要求整個eden區或者新生代、老年代的空間都連續，它使用了分割槽演算法。
並行性：G1回收期間可多執行緒同時工作。
併發性：G1擁有與應用程式交替執行能力，部分工作可與應用程式同時執行，在整個GC期間不會完全阻塞應用程式。
分代GC:G1依然是一個分代的收集器，但是它是兼顧新生代和老年代一起工作，之前的垃圾收集器他們或者在新生代工作，或者在老年代工作，因此這是一個很大的不同。
空間整理：G1在回收過程中，不會像CMS那樣在若干次GC後需要進行碎片整理，G1採用了有效複製物件的方式，減少空間碎片。
可預見性：由於分割槽的原因，G1可以只選取部分割槽域進行回收，縮小了回收的範圍，提升了效能。
使用 -XX:+UseG1GC 應用G1收集器，
使用 -XX:MaxGCPauseMillis 指定最大停頓時間
使用 -XX:ParallelGCThreads 設定並行回收的執行緒數量