串行回收和並行回收
串行回收：JDK1.5 前的默認算法，執行垃圾回收時程序停止時間較長，缺點是隻有一個線程
並行回收：多個線程執行垃圾回收，適合吞吐量系統，回收時系統停止運行
Serial 收集器
最古老的、最穩定的的收集器，可能產生較長的停頓，僅適用單線程收集，新生代、老年代均採用串行回收，新生代採用賦值算法，老年代採用標記->壓縮算法，垃圾收集過程中會 Stop The World（服務暫停）
特點：CPU利用率最高，停頓時間即用戶等待時間比較長
適用場景：小型應用
-XX:+UseSerialGC 可以使用串行垃圾回收器
ParNew收集器
多線程版本 Serial，新生代並行，老年代串行
-XX:+UseParNewGC 使用 ParNew 收集器
-XX:ParallelGCThreads 限制線程數量
Parallel 收集器
Parallel Scavenge 收集器類似 ParNew 收集器，Parallel 收集器更關注系統的吞吐量，可以通過參數來打開自適應調節策略，虛擬機會根據當前系統的運行情況收集性能監控信息，動態調整這些參數以提供最合適的停頓時間或最大的吞吐量，也可以通過參數控制GC的時間不大於多少毫秒或者比例，新生代複製算法，老年代標記-壓縮
採用多線程來通過掃描並壓縮堆
特點：停頓時間短，回收效率高，對吞吐量要求高
適用場景：大型應用，科學計算，大規模數據採集等
XX:+USeParNewGC 打開併發標記掃描垃圾回收器
Cms 收集器
CMS 爲降低延遲而生，通過儘可能的並行執行垃圾回收的幾個階段來把延遲控制到最低，CMS 是老年代收集器，一般情況下采用 ParNew 來配合執行新生代的回收
收集階段：
- 初始標記
- 併發標記：
- 預清理
- 可中斷預清理
- 最終標記
- 併發清除
- 併發重置
其中初始標記、重新標記這兩個步驟仍然需要 Stop The World，初始標記僅僅只是標記一下 GC Roots 能直接關聯到的對象，速度很快，併發標記階段就是進行 GC Roots Tracing 的過程，而重新標記階段則是爲了修正併發標記期間，因用戶程序繼續運作而導致標記產生變動的那一部分對象的標記記錄，這個階段的停頓時間一般會比初始標記階段稍長一些，但遠比並發標記的時間短
由於整個過程中耗時最長的併發標記和併發清除過程中，收集器線程都可以與用戶線程一起工作，所以總體上來說，CMS收集器的內存回收過程是與用戶線程一起併發地執行
特點：響應時間優先，減少垃圾收集停頓時間
優點：併發採集，低停頓
缺點：產生大量空間碎片、併發階段會降低吞吐量
-XX:+UseConcMarkSweepGC
G1 收集器
在G1中，堆被劃分成 許多個連續的區域(region)。採用G1算法進行回收，吸收了CMS收集器特點
特點：
- 支持很大的堆，高吞吐量
- 支持多 CPU 垃圾回收
- 在主線程暫停時，使用並行回收
- 在主線程運行時，使用併發回收
-XX:+UseG1GC 使用G1垃圾回收器
使用 Jmeter 壓力測試工具測試吞吐量以測試幾種收集器