Java堆內存被劃分爲新生代和年老代兩部分,新生代主要使用複製和標記-清除垃圾回收算法,年老代主要使用標記-整理垃圾回收算法,因此java虛擬中針對新生代和年老代分別提供了多種不同的垃圾收集器,JDK1.6中Sun HotSpot虛擬機的垃圾收集器如下:
圖中如果兩個垃圾收集器直接有連線,則表明這兩個垃圾收集器可以搭配使用。
(1).Serial垃圾收集器:
Serial是最基本、歷史最悠久的垃圾收集器,使用複製算法,曾經是JDK1.3.1之前新生代唯一的垃圾收集器。
Serial是一個單線程的收集器,它不僅僅只會使用一個CPU或一條線程去完成垃圾收集工作,並且在進行垃圾收集的同時,必須暫停其他所有的工作線程,直到垃圾收集結束。
Serial垃圾收集器雖然在收集垃圾過程中需要暫停所有其他的工作線程,但是它簡單高效,對於限定單個CPU環境來說,沒有線程交互的開銷,可以獲得最高的單線程垃圾收集效率,因此Serial垃圾收集器依然是java虛擬機運行在Client模式下默認的新生代垃圾收集器。
(2).ParNew垃圾收集器:
ParNew垃圾收集器其實是Serial收集器的多線程版本,也使用複製算法,除了使用多線程進行垃圾收集之外,其餘的行爲和Serial收集器完全一樣,ParNew垃圾收集器在垃圾收集過程中同樣也要暫停所有其他的工作線程。
ParNew收集器默認開啓和CPU數目相同的線程數,可以通過-XX:ParallelGCThreads參數來限制垃圾收集器的線程數。
ParNew雖然是除了多線程外和Serial收集器幾乎完全一樣,但是ParNew垃圾收集器是很多java虛擬機運行在Server模式下新生代的默認垃圾收集器。
(3).Parallel Scavenge收集器:
Parallel Scavenge收集器也是一個新生代垃圾收集器,同樣使用複製算法,也是一個多線程的垃圾收集器,它重點關注的是程序達到一個可控制的吞吐量(Thoughput,CPU用於運行用戶代碼的時間/CPU總消耗時間,即吞吐量=運行用戶代碼時間/(運行用戶代碼時間+垃圾收集時間)),高吞吐量可以最高效率地利用CPU時間,儘快地完成程序的運算任務,主要適用於在後臺運算而不需要太多交互的任務。
Parallel Scavenge收集器提供了兩個參數用於精準控制吞吐量:
a.-XX:MaxGCPauseMillis:控制最大垃圾收集停頓時間,是一個大於0的毫秒數。
b.-XX:GCTimeRation:直接設置吞吐量大小,是一個大於0小於100的整數,也就是程序運行時間佔總時間的比率,默認值是99,即垃圾收集運行最大1%(1/(1+99))的垃圾收集時間。
Parallel Scavenge是吞吐量優先的垃圾收集器,它還提供一個參數:-XX:+UseAdaptiveSizePolicy,這是個開關參數,打開之後就不需要手動指定新生代大小(-Xmn)、Eden與Survivor區的比例(-XX:SurvivorRation)、新生代晉升年老代對象年齡(-XX:PretenureSizeThreshold)等細節參數,虛擬機會根據當前系統運行情況收集性能監控信息,動態調整這些參數以達到最大吞吐量,這種方式稱爲GC自適應調節策略,自適應調節策略也是ParallelScavenge收集器與ParNew收集器的一個重要區別。
(4).Serial Old收集器:
Serial Old是Serial垃圾收集器年老代版本,它同樣是個單線程的收集器,使用標記-整理算法,這個收集器也主要是運行在Client默認的java虛擬機默認的年老代垃圾收集器。
在Server模式下,主要有兩個用途:
a.在JDK1.5之前版本中與新生代的Parallel Scavenge收集器搭配使用。
b.作爲年老代中使用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收集器是Sun HotSpot虛擬機中第一款真正意義上併發垃圾收集器,它第一次實現了讓垃圾收集線程和用戶線程同時工作。
CMS工作機制相比其他的垃圾收集器來說更復雜,整個過程分爲以下4個階段:
a.初始標記:只是標記一下GC Roots能直接關聯的對象,速度很快,仍然需要暫停所有的工作線程。
b.併發標記:進行GC Roots跟蹤的過程,和用戶線程一起工作,不需要暫停工作線程。
c.重新標記:爲了修正在併發標記期間,因用戶程序繼續運行而導致標記產生變動的那一部分對象的標記記錄,仍然需要暫停所有的工作線程。
d.併發清除:清除GC Roots不可達對象,和用戶線程一起工作,不需要暫停工作線程。
由於耗時最長的併發標記和併發清除過程中,垃圾收集線程可以和用戶現在一起併發工作,所以總體上來看CMS收集器的內存回收和用戶線程是一起併發地執行。
CMS收集器工作過程:
CMS收集器有以下三個不足:
a.CMS收集器對CPU資源非常敏感,其默認啓動的收集線程數=(CPU數量+3)/4,在用戶程序本來CPU負荷已經比較高的情況下,如果還要分出CPU資源用來運行垃圾收集器線程,會使得CPU負載加重。
b.CMS無法處理浮動垃圾(Floating Garbage),可能會導致Concurrent ModeFailure失敗而導致另一次Full GC。由於CMS收集器和用戶線程併發運行,因此在收集過程中不斷有新的垃圾產生,這些垃圾出現在標記過程之後,CMS無法在本次收集中處理掉它們,只好等待下一次GC時再將其清理掉,這些垃圾就稱爲浮動垃圾。
CMS垃圾收集器不能像其他垃圾收集器那樣等待年老代機會完全被填滿之後再進行收集,需要預留一部分空間供併發收集時的使用,可以通過參數-XX:CMSInitiatingOccupancyFraction來設置年老代空間達到多少的百分比時觸發CMS進行垃圾收集,默認是68%。
如果在CMS運行期間,預留的內存無法滿足程序需要,就會出現一次ConcurrentMode Failure失敗,此時虛擬機將啓動預備方案,使用Serial Old收集器重新進行年老代垃圾回收。
c.CMS收集器是基於標記-清除算法,因此不可避免會產生大量不連續的內存碎片,如果無法找到一塊足夠大的連續內存存放對象時,將會觸發因此Full GC。CMS提供一個開關參數-XX:+UseCMSCompactAtFullCollection,用於指定在Full GC之後進行內存整理,內存整理會使得垃圾收集停頓時間變長,CMS提供了另外一個參數-XX:CMSFullGCsBeforeCompaction,用於設置在執行多少次不壓縮的Full GC之後,跟着再來一次內存整理。
(7).G1收集器:
Garbage first垃圾收集器是目前垃圾收集器理論發展的最前沿成果,相比與CMS收集器,G1收集器兩個最突出的改進是:
a.基於標記-整理算法,不產生內存碎片。
b.可以非常精確控制停頓時間,在不犧牲吞吐量前提下,實現低停頓垃圾回收。
G1收集器避免全區域垃圾收集,它把堆內存劃分爲大小固定的幾個獨立區域,並且跟蹤這些區域的垃圾收集進度,同時在後臺維護一個優先級列表,每次根據所允許的收集時間,優先回收垃圾最多的區域。
區域劃分和優先級區域回收機制,確保G1收集器可以在有限時間獲得最高的垃圾收集效率。
Java虛擬機常用的垃圾收集器相關參數如下:
參數 |
描述 |
UseSerialGC |
虛擬機運行在Client模式的默認值,打開此開關參數後, |
UseParNewGC |
打開此開關參數後,使用ParNew+Serial Old收集器組合進 |
UseConcMarkSweepGC |
打開此開關參數後,使用ParNew+CMS+Serial Old收集器組 |
UseParallelGC |
虛擬機運行在Server模式的默認值,打開此開關參數後, |
UseParallelOldGC |
打開此開關參數後, |
SurvivorRation |
新生代內存中Eden區域與Survivor區域容量比值,默認是8,即 |
PretenureSizeThreshold |
直接晉升到年老代的對象大小,設置此參數後,超過該大小的 |
MaxTenuringThreshold |
直接晉升到年老代的對象年齡,每個對象在一次Minor GC之後還 |
UseAdaptiveSizePolicy |
java虛擬機動態自適應策略,動態調整年老代對象年齡和各個區域大小。 |
HandlePromotionFailure |
是否允許擔保分配內存失敗,即整個年老代空間不足,而整個新生代中Eden和Survivor對象都存活的極端情況。 |
ParallelGCThreads |
設置並行GC時進行內存回收的線程數。 |
GCTimeRation |
Parallel Scavenge收集器運行時間佔總時間比率。 |
MaxGCPauseMillis |
Parallel Scavenge收集器最大GC停頓時間。 |
CMSInitiatingOccupancyFraction |
設置CMS收集器在年老代空間被使用多少百分比之後觸發垃圾收集,默認是68%。 |
UseCMSCompactAtFullCollection |
設置CMS收集器在完成垃圾收集之後是否進行一次內存整理。 |
CMSFullGCsBeforeCompaction |
設置CMS收集器在進行多少次垃圾收集之後才進行一次內存整理。 |
-verbose:gc可以查看Java虛擬機垃圾收集結果。