1. 垃圾回收器

1.1. 對象可以在被需要時創建，不再使用時由JVM自動回收

1.2. GC是查找不再使用的對象，然後回收這些對象相關記憶體的過程

1.2.1. 找到不使用的對象、回收其記憶體、壓縮堆記憶體

1.3. 優化垃圾回收器比跟蹤指針引起的bug要容易得多（且耗時更少）

1.4. VM必須定期搜索堆中不使用的對象

1.4.1. 從GC根（GC root）對象開始搜索，GC根是可以從堆外被訪問的對象，主要包括線程棧和系統類

1.4.2. 當GC演算法找到不使用的對象時，JVM會回收這些對象占用的記憶體，並將這些記憶體分配給其他對象

2. 垃圾回收器運行多個線程

2.1. 一組執行應用程式邏輯，通常被稱為mutator線程

2.1.1. 作為應用程式邏輯的一部分會改變對象

2.2. 另一組執行GC，當GC線程跟蹤對象引用（用於回收對象）或者在記憶體中移動對象時，它們必須確保應用程式線程不使用這些對象

2.3. 所有線程都停止運行的停頓被稱為STW停頓（stop-the-world pause）

2.3.1. 儘量減少這些停頓是優化GC的重中之重

3. 垃圾回收器分代

3.1. 分代理由

3.1.1. 大量對象（有時甚至是大多數對象）是臨時對象

3.1.2. 很多對象的使用時間很短

3.2. 老年代

3.2.1. old generation或tenured generation

3.2.2. Full GC

3.2.2.1. 一般會造成應用程式線程較長時間的停頓

3.3. 新生代

3.3.1. young generation

3.3.2. 只是整個堆的一部分

3.3.2.1. 對象首先在新生代中分配

3.3.2.2. 比處理整個堆要快

3.3.3. Eden空間

3.3.3.1. 占據了新生代的絕大多數空間

3.3.3.2. 最初對象會被分配到Eden空間

3.3.3.3. 不再使用的對象被丟棄

3.3.3.4. 仍在使用的對象被移動到一個Survivor空間或者晉升到老年代

3.3.4. Survivor空間

3.3.4.1. 在回收結束時，Eden空間和一個Survivor空間被清空，新生代中剩餘的對象都被壓縮到另一個Survivor空間中

3.3.5. Minor GC

3.3.5.1. Young GC

3.3.5.2. 當新生代被填滿時，垃圾回收器會停止所有的應用程式線程，並清空新生代

3.3.5.3. 不再使用的對象被丟棄

3.3.5.4. 仍在使用的對象被移到其他地方

4. 併發回收器

4.1. concurrent collector

4.2. 低停頓（low-pause）回收器

4.3. 無停頓（pauseless）回收器

4.4. 查找的代碼可以在不停止應用程式線程的情況下運行

4.5. 代價是應用程式總體上使用更多的CPU時間

4.5.1. 避免長時間停頓是以消耗額外的CPU周期為代價的

4.6. 更難優化以達到最佳性能

5. 選型

5.1. 單個請求會受停頓時間的影響，尤其是Full GC時較長時間的停頓

5.1.1. 減少停頓對響應時間的影響，那麼併發回收器可能更合適

5.2. 如果平均響應時間比異常值（例如第90百分位響應時間）更重要

5.2.1. 併發回收器可能會產生更好的結果

6. GC演算法

6.1. Serial垃圾回收器

6.1.1. 最簡單的回收器

6.1.2. 在只有一個CPU可用且額外的GC線程會幹擾應用程式的情況下使用（而且是預設的）

6.1.2.1. 只有一個核心（甚至是以兩個CPU形式出現的超線程核心）的虛擬機和Docker容器讓這個演算法又有了使用的意義

6.1.3. 使用單線程來處理堆

6.1.3.1. 處理堆時會停止所有的應用程式線程（不管是Minor GC還是Full GC）

6.1.3.2. 在Full GC期間，它將完全壓縮老年代

6.1.4. -XX:+UseSerialGC標誌可以開啟

6.1.5. -XX:-UseSerialGC並不會禁用

6.1.5.1. 禁用需要設定另外一個垃圾回收器

6.2. CMS垃圾回收器

6.2.1. 第一個併發垃圾回收器

6.2.1.1. JDK 8中相當流行

6.2.1.2. 自JDK 11被正式廢棄，而且不鼓勵在JDK 8中使用

6.2.2. 會在Minor GC的過程中停止所有的應用程式線程

6.2.3. 主要缺陷是它不能在後臺處理過程中壓縮堆

6.2.4. -XX:+UseConcMarkSweepGC標誌開啟

6.2.4.1. 預設值是false

6.3. Throughput垃圾回收器

6.3.1. 並行回收器（parallel collector）

6.3.2. JDK8中任何有兩個或者多個CPU的64位機器的預設垃圾回收器

6.3.3. -XX:+UseParallelGC標誌

6.3.4. -XX:+UseParallelOldGC標誌

6.3.4.1. 已經過時了

6.3.4.2. 可以禁用這個標誌，只對新生代進行並行回收

6.4. G1 GC

6.4.1. 垃圾優先垃圾回收器

6.4.2. 使用併發回收策略來以最小的停頓回收堆

6.4.3. JDK 11和之後版本的預設垃圾回收器

6.4.4. -XX:+UseG1GC標誌開啟