Serial收集器
單線程收集器，它在進行垃圾收集時必須暫停其他所有的工作線程，直到它收集結束。它是虛擬機運行在Client模式下的默認新生代收集器。
算法：復制算法

ParNew收集器
就是Serial收集器的多線程版本，目前只有它可以和CMS收集器配合工作。單CPU的環境中效果一定不會有Serial收集器效果好，雙CPU也不一定能保證。但是CPU越多效果越好。默認開啟的收集線程數與CPU數量相同。
算法：復制算法

Parallel Scavenge收集器
新生代的收集器，又是并行的多線程收集器，特點是它的關注點與其他的收集器不同，其他的收集器的關注點是盡可能的縮短垃圾收集時間用戶線程的停頓時間。而Parallel Scavenge收集器的目標則是達到一個可控制的吞吐量。吞吐量是CPU用戶運行代碼的時間與CPU總消耗時間的比值。公式：
吞吐量 = 運行用戶代碼時間 / （運行用戶代碼時間 + 垃圾收集時間）
Parallel Scavenge收集器與ParNew還有一個重要區別就是Parallel Scavenge收集器可以設置自適應的調節策略。Parallel Scavenge收集器架構中是有收集器來進行老年代收集的，但是這個收集器的實現和Serial Old非常接近

Serial Old收集器
Serial Old是Serial收集器的老年代版本，同樣是單線程收集器，這個收集器的主要意義在于給Client模式下的虛擬機使用，一般作為CMS收集器的后備預案。
算法：標記 - 整理

Parallel Old收集器
Parallel Old是Parallel Scavenge收集器的老年代版本。在注重吞吐量以及CPU資源敏感的場合，都可以優先考慮Parallel Scavenge收集器加Parallel Old收集器的組合。
算法：標記 - 整理

CMS收集器
老年代收集器，CMS收集器是一種以獲取最短回收停頓時間為目標的收集器。優點，并發收集，低停頓。
算法：標記 - 清除
運作過程分為：初始標記，并發標記，重新標記，并發清除4個步驟。其中初始標記和重新標記這兩個步驟仍然需要Stop The World。
初始標記：僅僅只是標記一下GC Roots能直接關聯到的對象，速度很快、
并發標記：就是進行CG Roots Tracing（找引用鏈）的過程。
重新標記：是為了修正并發標記期間因用戶程序繼續運作而導致標記產生變動的那一部分對象的標記記錄。這個階段的停頓時間一般會比初始標記的時間長，但是遠低于并發標記的時間。
并發清除：回收垃圾。
缺點：1.雖然不會導致用戶線程停頓，但會因為占用了一部分線程導致應用程序變慢，總吞吐量降低。2.CMS無法處理浮動垃圾（并發清除中用戶線程還在運行，也就還會有新的垃圾出現，這一部分垃圾沒有被標記過，無法在當次收集中處理掉，這一部分垃圾稱為浮動垃圾）。正是因為清除的時候用戶線程還在運行，所以需要預留一部分空間給用戶線程在這期間產生的垃圾使用，如果預留的空間不夠用，虛擬就就會臨時啟用Serial Old收集器來重新進行老年代的垃圾收集，停頓時間就很長了。3.由于算法實現的原因會產生大量的空間碎片。

G1收集器
面向服務端的收集器，優點：并行與并發，分代收集，空間整合，可預測停頓。它將整個java堆劃分為多個大小相等的獨立的區域（Region），新生代和老年代不再是物理隔離，他們都是一部分Region（不需要連續）的集合。
運作過程分為：初始標記，并發標記，最終標記，篩選回收4個步驟。

3.5 內存分配
1.對象優先在Eden分配（當Eden沒有足夠空間時，虛擬機發起一次Minor GC）。
2.大對象直接進入老年代。
3.長期存活的對象進入老年代（默認年齡15）。
4.如果在Survivor空間中相同年齡所有對象大小的總和大于Survivor空間的一半，年齡大于或者等于該年齡的對象可以直接進入老年代。
5.空間分配擔保：在發生Minor GC之前，虛擬機會檢查老年代最大可用的連續空間是否大于新生代所有對象總空間，如果大于，那Minor GC安全。如果小于，接著查看HandlePromotionFailure的值是否允許失敗，如果設置允許失敗，會檢查老年代最大可用的連續空間是否大于歷次晉升到老年代對象的平均大小，如果大于，嘗試進行一次Minor GC。如果小于或者HandlePromotionFailure的值設置不允許，那這時需要進行一次Full GC。