1、Serial收集器：古老的單執行緒收集器，作用於新生代。單執行緒的意義並非僅僅是隻使用一條執行緒進行垃圾回收，更重要的是，在進行垃圾回收的時候，必須暫停其他所有的工作執行緒，因此，使用者體驗很不好。單實際上，Serial並不是一個一無是處的垃圾收集器，當虛擬機器執行在Client模式下，Serial仍然是Client模式下的預設垃圾收集器。它有著優於其他收集器的地方：簡單而高效。對於限定單個CPU的環境來說，Serial收集器由於沒有執行緒互動的開銷，專心做垃圾收集自然可以獲得最高的，單執行緒收集效率，收集幾十M甚至一兩百M的垃圾（僅僅是新生代使用的記憶體，桌面應用不會再大了），停頓時間可以控制在幾十毫秒最多一百毫秒，因此是一個很好的選擇。

2、ParNew收集器：其實就是Serial收集器的多執行緒版本，但是同樣需要stop the world。ParNew收集器是工作在Server模式下的虛擬機器中首選的新生代收集器。除了效能以外，更重要的原因是ParNew是目前唯一能與CMS收集器配合工作的收集器。ParNew收集器與Serial收集器在可用的所有控制引數、收集演算法、Stop the world、物件分配規則、回收策略等都與Serial收集器完全一樣，也公用了相當多的程式碼。ParNew收集器在單cpu的環境中絕對不會有比Serial收集器更好的效果，它預設開啟的收集執行緒數與cpu的數量相同，在cpu非常多的環境中，可以使用-XX：ParallelGCThreads來限制垃圾收集器的執行緒數

3、CMS收集器：一款老年代收集器。這是第一款真正意義上的併發收集器，這款收集器在強互動的應用中幾乎具有劃時代的意義，它第一次實現了讓垃圾收集執行緒與使用者工作執行緒同時工作，簡單的說，就是你媽媽在打掃房間的時候，你可以往地上扔紙了。不幸的是，作為老年代收集器，確無法與jdk1.4.0中的已經存在的新生代收集器：Parallel Scavenge配合工作。所以在jdk1.5中，CMS收集器只能與Serial或者ParNew收集器聯合工作。

4、Parallel Scavenge收集器：也是一個新生代收集器，它也是使用複製演算法的，並行的多執行緒的收集器，看上去和ParNew一樣，它的特別之處在於，使用Parallel Scavenge收集器的目的在於達到一個可控制的吞吐量。吞吐量是指CPU用於執行使用者執行緒的時間與CPU的總執行時間的比值，虛擬機器運行了100分鐘，垃圾回收用了1分鐘，則吞吐量就是99%。停頓時間越短就越適合與使用者互動的程式，良好的響應速度能提高使用者的體驗。而高吞吐量可以高效率的利用cpu時間，儘快完成程式的運算任務。主要適合在後臺進行計算而不需要太多互動的任務。

Parallel Scavenge收集器提供了兩個引數用於精確的控制吞吐量：

-XX：MaxGCPauseMillis：最大垃圾收集停頓時間

-XX：GCTimeRatio：直接控制吞吐量

但是GC停頓時間的縮短，是用犧牲吞吐量和新生代空間來換取的。

除了上述兩個引數外，Parallel Scavege收集器還提供了一個引數：

-XX：UseAdaptiveSizePolicy：這是一個開關引數，當這個引數開啟之後，就不需要手工指定新生代的大小，（-Xmn）、Eden與Survivor區的比列

（-XX：SurvivorRatio）、晉升老年代物件的年齡（-XX：PretenureSizeThreshold）等細節引數了，虛擬機器會根據監測結果自動分配，這種方式稱之為GC自適應調節策略。

5、Serial Old優化器：是Serial的老年代版本，也是一個單執行緒收集器，使用標記整理演算法。這個收集器的主要作用也是用於在Client模式下使用，如果是Server模式下，它主要還有兩大用途，一是可以與Parallel Scavege收集器搭配使用，而是作為CMS收集器的後備預案，在併發收集發生Concurrent Mode Failure時使用，這兩點將在後面的章節中詳細講解。

6、Parallel Old收集器是Parallel Scavenge收集器的老年代版本，使用多執行緒和標記整理演算法。這個收集器是JDK1.6版本以後才開始提供的，在此之前，新生代的收集器Parallel Scavenge一直處於一個比較尷尬的境地。原因是，新生代選擇了Parallel Scavenge收集器，老年代除了Serial Old收集器外別無選擇（Parallel Scavenge收集器無法與CMD收集器配合使用）。由於老年代Serial Old收集器在服務端上效能的拖累，使用了Parallel Scavenge未必能獲得整體效果上的吞吐量最大化。

7、CMS(Concorrect mask sweep)收集器：一種以獲取最短停頓時間為目標的收集器。從名字上可以看出，這種收集器是基於標記清掃演算法實現的，它的運作過程相當於前面幾種收集器更復雜一點，整個過程分為四個步驟：

初始標記

併發標記

重新標記

併發清除

其中，初始標記，併發標記這兩個過程仍然需要stop the world，初始標記僅僅只是標記一下GC ROOT 能直接關聯到的物件，速度很快，併發標記就是進行GC Roots Tracing的過程，而重新標記階段則是為了修改併發標記期間因使用者程式繼續運作而導致標記產生變動的那一部分物件的標記記錄，這個階段的停頓時間一般會比初始標記時間稍微長一點，單遠比並發標記的時間短。

由於整個過程中耗時最長的併發標記和併發清楚過程，收集器執行緒都可以與使用者執行緒一起工作，所以，從總體上來說，CMS收集器的記憶體回收過程是與使用者執行緒一起併發執行的。