目錄

1、Serial?垃圾收集器(單線程、復制算法)

2、ParNew垃圾收集器（Serial+多線程）

3、Parallel Scavenge?收集器(多線程復制算法、高效)

4、SerialOld收集器(單線程標記整理算法)

5、ParallelOld收集器(多線程標記整理算法)

6、CMS收集器(多線程標記清除算法)

7、G1收集器

---

Java堆內存被劃分為新生代和年老代兩部分，新生代主要使用復制和標記-清除垃圾回收算法，年老代主要使用標記-整理垃圾回收算法，因此?java?虛擬中針對新生代和年老代分別提供了多種不同的垃圾收集器，JDK1.6?中?Sun HotSpot?虛擬機的垃圾收集器如下:

?

1、Serial?垃圾收集器(單線程、復制算法)

Serial(英文連續)是最基本垃圾收集器，使用復制算法，曾經是?JDK1.3.1?之前新生代唯一的垃圾收集器。Serial?是一個單線程的收集器，它不但只會使用一個?CPU?或一條線程去完成垃圾收集工作，并且在進行垃圾收集的同時，必須暫停其他所有的工作線程，直到垃圾收集結束。

Serial?垃圾收集器雖然在收集垃圾過程中需要暫停所有其他的工作線程，但是它簡單高效，對于限定單個?CPU?環境來說，沒有線程交互的開銷，可以獲得最高的單線程垃圾收集效率，因此?Serial垃圾收集器依然是?java?虛擬機運行在?Client?模式下默認的新生代垃圾收集器。

2、ParNew垃圾收集器（Serial+多線程）

ParNew垃圾收集器其實是Serial收集器的多線程版本，也使用復制算法，出了使用多線程進行垃圾收集之外，其余的行為和Serial收集器完全一樣，ParNew垃圾收集器在垃圾收集過程中同樣也要暫停所有其他的線程的工作。

ParNew收集器默認開啟和CPU數目相同的線程數，可以通過-XX:ParallelGCThreads參數來限制垃圾收集器的線程數。（Par：Parallel，平行的）

ParNew雖然是除了多線程外和Serial收集器幾乎完全一樣，但是ParNew垃圾收集器是很多java虛擬機運行在Server模式下的新生代的默認垃圾收集器。

3、Parallel Scavenge?收集器(多線程復制算法、高效)

新生代?Parallel Scavenge?收集器與?ParNew?收集器工作原理類似，都是多線程的收集器，都使用的是復制算法，在垃圾收集過程中都需要暫停所有的工作線程，它重點關注的是程序達到一個可控制的吞吐量(Thoughput，CPU?用于運行用戶代碼的時間/CPU?總消耗時間，即吞吐量=運行用戶代碼時間/(運行用戶代碼時間+垃圾收集時間))， 高吞吐量可以最高效率地利用?CPU?時間，盡快地完成程序的運算任務，主要適用于在后臺運算而不需要太多交互的任務。自適應調節策略也是?ParallelScavenge?收集器與?ParNew?收集器的一個重要區別。

4、SerialOld收集器(單線程標記整理算法)

Serial Old?是?Serial?垃圾收集器年老代版本，它同樣是個單線程的收集器，使用標記-整理算法， 這個收集器也主要是運行在?Client?默認的?java?虛擬機默認的年老代垃圾收集器。在?Server?模式下，主要有兩個用途:

在?JDK1.5?之前版本中與新生代的?Parallel Scavenge?收集器搭配使用。

作為年老代中使用?CMS?收集器的后備垃圾收集方案。

新生代?Serial?與年老代?Serial Old?搭配垃圾收集過程圖：

?新生代?Parallel Scavenge/ParNew?與年老代?Serial Old?搭配垃圾收集過程圖:??

?

5、ParallelOld收集器(多線程標記整理算法)

Parallel Old?收集器是?Parallel Scavenge?的年老代版本，使用多線程的標記-整理算法，在?JDK1.6才開始提供。在?JDK1.6?之前，新生代使用?ParallelScavenge?收集器只能搭配年老代的?Serial Old?收集器，只能保證新生代的吞吐量優先，無法保證整體的吞吐量，ParallelOld?正是為了在年老代同樣提供吞吐量優先的垃圾收集器，如果系統對吞吐量要求比較高，可以優先考慮新生代?Parallel Scavenge?和年老代?Parallel Old?收集器的搭配策略。新生代?Parallel Scavenge?和年老代?Parallel Old?收集器搭配運行過程圖:

6、CMS收集器(多線程標記清除算法)

Concurrent Mark Sweep（CMS）收集器是一種老年代垃圾收集器，其最主要目標是獲取最短垃圾回收停頓時間，和其他老年代使用標記-整理算法不同，它使用多線程標記-清除算法。最短的垃圾收集停頓時間可以為交互比較高的程序提高用戶體驗。CMS?工作機制相比其他的垃圾收集器來說更復雜，整個過程分為以下?4?個階段:

• 初始標記：只是標記一下 GC Roots 能直接關聯的對象，速度很快，仍然需要暫停所有的工作線程。
• 并發標記：進行 GC Roots 跟蹤的過程，和用戶線程一起工作，不需要暫停工作線程。
• 重新標記：為了修正在并發標記期間，因用戶程序繼續運行而導致標記產生變動的那一部分對象的標記 記錄，仍然需要暫停所有的工作線程。
• 并發清除：清除?GC Roots?不可達對象，和用戶線程一起工作，不需要暫停工作線程。由于耗時最長的并發標記和并發清除過程中，垃圾收集線程可以和用戶現在一起并發工作，所以總體上來看?CMS?收集器的內存回收和用戶線程是一起并發地執行。

CMS?收集器工作過程:

?

7、G1收集器

Garbage First?垃圾收集器是目前垃圾收集器理論發展的最前沿成果，相比與?CMS?收集器，G1?收 集器兩個最突出的改進是:

• 基于標記-整理算法，不產生內存碎片。
• 可以非常精確控制停頓時間，在不犧牲吞吐量前提下，實現低停頓垃圾回收。

G1?收集器避免全區域垃圾收集，它把堆內存劃分為大小固定的幾個獨立區域，并且跟蹤這些區域 的垃圾收集進度，同時在后臺維護一個優先級列表，每次根據所允許的收集時間，優先回收垃圾最多的區域。區域劃分和優先級區域回收機制，確保?G1?收集器可以在有限時間獲得最高的垃圾收 集效率。

超強干貨來襲 云風專訪：近40年碼齡，通宵達旦的技術人生

總結

以上是生活随笔為你收集整理的JVM—GC垃圾收集器的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。