[TOC] <br> 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?數目相同的線程數，可以通過\-X:ParallelGCThreads?參數來限制垃圾收集器的線程數。【?Parallel：平行的】 ParNew?雖然是除了多線程外和?Serial?收集器幾乎完全一樣，但是?ParNew?垃圾收集器是很多?java虛擬機運行在?Server?模式下新生代的默認垃圾收集器。 ## 3.Parallel?Scavenge收集器（多線程復制算法、高效） Parallel?Scavenge?收集器也是一個新生代垃圾收集器，同樣使用復制算法，也是一個多線程的垃 圾收集器，它重點關注的是程序達到一個可控制的吞吐量（Thoughput，CPU?用于運行用戶代碼 的時間?/CPU?總消耗時間，即吞吐量?=?運行用戶代碼時間?/(?運行用戶代碼時間?+?垃圾收集時間?)?）， 高吞吐量可以最高效率地利用?CPU?時間，盡快地完成程序的運算任務，主要適用于在后臺運算而 不需要太多交互的任務。自適應調節策略也是?ParallelScavenge?收集器與?ParNew?收集器的一個 重要區別。 ## 4.Serial?Old收集器（單線程標記整理算法） Serial?Old?是?Serial?垃圾收集器年老代版本，它同樣是個單線程的收集器，使用標記?-整理算法， 這個收集器也主要是運行在?Client?默認的?java?虛擬機默認的年老代垃圾收集器。 在?Server?模式下，主要有兩個用途： 1. 在?JDK1.5?之前版本中與新生代的?Parallel?Scavenge?收集器搭配使用。 2. 作為年老代中使用?CMS?收集器的后備垃圾收集方案。 新生代?Serial?與年老代?Serial?Old?搭配垃圾收集過程圖：  新生代?Parallel?Scavenge?收集器與?ParNew?收集器工作原理類似，都是多線程的收集器，都使 用的是復制算法，在垃圾收集過程中都需要暫停所有的工作線程。新生代?Parallel Scavenge/ParNew?與年老代?Serial?Old?搭配垃圾收集過程圖：  ## 5.Parallel?Old收集器（多線程標記整理算法） Parallel?Old?收集器是?Parallel?Scavenge?的年老代版本，使用多線程的標記\-整理算法，在?JDK1.6 才開始提供。 在?JDK1.6?之前，新生代使用?ParallelScavenge?收集器只能搭配年老代的?Serial?Old?收集器，只 能保證新生代的吞吐量優先，無法保證整體的吞吐量，Parallel?Old?正是為了在年老代同樣提供吞 吐量優先的垃圾收集器，如果系統對吞吐量要求比較高，可以優先考慮新生代?Parallel?Scavenge 和年老代?Parallel?Old?收集器的搭配策略。 新生代?Parallel?Scavenge?和年老代?Parallel?Old?收集器搭配運行過程圖：  ## 6.CMS收集器（多線程標記清除算法） Concurrent?mark?sweep(CMS)?收集器是一種年老代垃圾收集器，其最主要目標是獲取最短垃圾 回收停頓時間，和其他年老代使用標記?-整理算法不同，它使用多線程的標記\-清除算法。 最短的垃圾收集停頓時間可以為交互比較高的程序提高用戶體驗。 CMS?工作機制相比其他的垃圾收集器來說更復雜，整個過程分為以下?4?個階段： ### **6.1.** **初始標記** 只是標記一下?GC?Roots?能直接關聯的對象，速度很快，仍然需要暫停所有的工作線程。 ### **6.2.** **并發標記** 進行?GC?Roots?跟蹤的過程，和用戶線程一起工作，不需要暫停工作線程。 ### **6.3.** **重新標記** 為了修正在并發標記期間，因用戶程序繼續運行而導致標記產生變動的那一部分對象的標記 記錄，仍然需要暫停所有的工作線程。 ### **6.4.** **并發清除** 清除?GC?Roots?不可達對象，和用戶線程一起工作，不需要暫停工作線程。由于耗時最長的并 發標記和并發清除過程中，垃圾收集線程可以和用戶現在一起并發工作，所以總體上來看 CMS?收集器的內存回收和用戶線程是一起并發地執行。 CMS?收集器工作過程：  ## 7.G1收集器 Garbage?first?垃圾收集器是目前垃圾收集器理論發展的最前沿成果，相比與?CMS?收集器，?G1?收 集器兩個最突出的改進是： 1. 基于標記\-整理算法，不產生內存碎片。 2. 可以非常精確控制停頓時間，在不犧牲吞吐量前提下，實現低停頓垃圾回收。 G1?收集器避免全區域垃圾收集，它把堆內存劃分為大小固定的幾個獨立區域，并且跟蹤這些區域 的垃圾收集進度，同時在后臺維護一個優先級列表，每次根據所允許的收集時間，優先回收垃圾 最多的區域。區域劃分和優先級區域回收機制，確保?G1?收集器可以在有限時間獲得最高的垃圾收 集效率。 ## CMS收集器和G1收集器的區別 ? ### 區別一： 使用范圍不一樣 ? ? CMS收集器是老年代的收集器，可以配合新生代的Serial和ParNew收集器一起使用 ? ? G1收集器收集范圍是老年代和新生代。不需要結合其他收集器使用 ### 區別二： STW的時間 CMS收集器以最小的停頓時間為目標的收集器。 G1收集器可預測垃圾回收的停頓時間（建立可預測的停頓時間模型） ? ### 區別三： 垃圾碎片 CMS收集器是使用“標記-清除”算法進行的垃圾回收，容易產生內存碎片 G1收集器使用的是“標記-整理”算法，進行了空間整合，降低了內存空間碎片。 ? ### 區別四： 垃圾回收的過程不一樣 CMS收集器? ? ? ? ? ? ? ? ? ? ? G1收集器 1. 初始標記? ? ? ? ? ? ? ? ? ?1.初始標記 2. 并發標記? ? ? ? ? ? ? ? ? ?2. 并發標記 3. 重新標記? ? ? ? ? ? ? ? ? ?3. 最終標記 4. 并發清除? ? ? ? ? ? ? ? ? ?4. 篩選回收 ————————————————