垃圾回收算法和垃圾回收器

對于JVM的垃圾回收算法有復制算法、標記清除、標記整理。

用陽哥的話就是：這些算法只是天上飛的理念，是一種方法論，但是真正的垃圾回收還需要有落地實現(xiàn)，所以垃圾回收器應運而生。

JVM回收的區(qū)域包括方法區(qū)和堆，jvm對于不同區(qū)域不同的特點采用分代收集算法，比如因為所有的對象都是在Eden區(qū)進行分配，并且大部分對象的存活時間都不長，都是“朝生夕死”的，每次新生代存活的對象都不多，所以新采取復制算法；而jvm默認是新生代的對象熬過15次GC才能進入老年代，所以老年代的對象都是生命周期比較長的，采用標記清除或者標記整理算法。

那么對于這些算法的實現(xiàn)都有什么呢？

新生代：serial、ParNew、Parallel
老年代：Serial Old、Parallel Old、CMS
全堆：G1

并且他們的搭配組合如下：

垃圾回收器

jvm的垃圾回收器大體上的分類主要包括四種：串行、并行、并發(fā)（CMS）和G1。

串行垃圾回收器（Serial）：它為單線程環(huán)境設計并且只使用一個線程進行垃圾回收，會暫停所有的用戶線程。所以不適合服務器環(huán)境。
并行垃圾回收器（Parallel）：多個垃圾回收線程并行工作，此時用戶線程是暫停的，適用于科學計算/大數(shù)據(jù)處理等弱交互場景。
并發(fā)垃圾回收器（CMS）：用戶線程和垃圾收集線程同時執(zhí)行（不一定是并行，可能交替執(zhí)行），不需要停頓用戶線程?；ヂ?lián)網(wǎng)公司多用它，適用于對響應時間有要求的場景。
G1垃圾回收器：G1垃圾回收器將堆內(nèi)存分割成不同的區(qū)域然后并發(fā)的對其進行垃圾回收。

默認的垃圾回收器

平時我們沒有配置什么jvm參數(shù)，程序也能正常執(zhí)行，那么JVM默認的垃圾回收器是什么呢？

那么如何查看默認的回收器呢？有很多方式，這里簡單列舉幾種：

1.命令行方式：

java -XX:+PrintCommandLineFlags -version

可以看到jdk8默認的是使用的Parallel并行回收器。

2、jvm參數(shù)設置

在JVM運行之前加入?yún)?shù)同樣可以查看，其實這兩種方式是差不多的

3.jps+jinfo

先使用jps查看java進程號，在使用jinfo查看該進程的配置

Serial收集器

Serial是一個單線程收集器，在進行垃圾收集的時候必須停下所有的工作（Stop The World） 。

串行收集器是最古老，最穩(wěn)定以及效率高的收集器，只使用一個線程去回收但其在進行垃圾收集過程中可能會產(chǎn)生較長的停頓(
Stop-The-World狀態(tài))。

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

對應JVM參數(shù)是: -XX:+UseSerialGC

開啟后會使用: **Serial(Young區(qū)用) + Serial Old(Old區(qū)用)**的收集器組合：表示新生代、老年代都會使用串行回收收集器，新生代使用復制算法，老年代使用標記-整理算法。

ParNew收集器

ParNew是Serial收集器的升級版，將單線程進行垃圾回收升級為多線程進行垃圾回收，但是依舊會Stop The World。

ParNew收集器其實就是Serial收集器新生代的并行多線程版本，最常見的應用場景是配合老年代的CMS GC工作，其余的行為和
Serial收集器完全一樣，ParNew垃圾收集器在垃圾收集過程中同樣也要暫停所有其他的工作線程。它是很多java虛擬機運行在Server
模式下新生代的默認垃圾收集器。

常用對應JVM參數(shù): -XX:+UseParNewGC

啟用ParNew收集器，只影響新生代的收集，不影響老年代
開啟。上述參數(shù)后，會使用: ParNew(Young區(qū)用) + Serial Old的收集器組合，新生代使用復制算法，老年代采用標記-整理算法。

但是，ParNew+Tenured這樣的搭配，java8已經(jīng)不再被推薦。

Parallel收集器

Parallel Scavenge收集器類似ParNew也是一個新生代垃圾收集器，使用復制算法，也是一個并行的多線程的垃圾收集器，俗稱吞吐
量優(yōu)先收集器。一句話:串行收集器在新生代和老年代的并行化

首先先科普下什么是吞吐量：
吞吐量(Thoughput）=運行用戶代碼時間(運行用戶代碼時間+垃圾收集時間)，也即比如程序運行100分鐘，垃圾收集時間1分鐘，
吞吐量就是99%)。

Parallel收集器重點關注的是:
可控制的高吞吐量意味著高效利用CPU的時間，它多用于在后臺運算而不需要太多交互的任務。

**自適應調(diào)節(jié)策略也是Parallel Scavenge收集器與ParNew收集器的-一個重要區(qū)別。**自適應調(diào)節(jié)策略：虛擬機會根據(jù)當前系統(tǒng)的運行情況收集性能監(jiān)控信息，動態(tài)調(diào)整這些參數(shù)以提供最合適的停頓時間(-XX:MaxGCPauseMillis)或最大的吞吐量。

常用JVM參數(shù): -XX:+UseParallelGC或-XX:+UseParallelOldGC(可互相激活)使用Parallel Scanvenge收集器

開啟該參數(shù)后:使用Parallel收集器+Parallel Old的組合。新生代使用復制算法，老年代使用標記-整理算法。

Serial Old收集器

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

在Server模式下，主要有兩個用途(了解，版本已經(jīng)到8及以后): .
1.在JDK1.5之前版本中與新生代的Parallel Scavenge收集器搭配使用。 ( Parallel Scavenge + Serial Old )
2.作為老年代版中使用CMS收集器的后備垃圾收集方案。

Parallel Old收集器

Parallel Old收集器是Parallel Scavenge的老年代版木，使用多線程的標記-整理算法，Parallel Old收集器在JDK1.6才開始提供。
在JDK1.6之前，新生代使用Parallel Scavenge收集器只能搭配年老代的Serial Old收集器，只能保證新生代的吞吐量優(yōu)先，無法保
證整體的吞吐量。在JDK1.6之前(Parallel Scavenge + Serial Old )
Parallel Old正是為了在年老代同樣提供吞吐量優(yōu)先的垃圾收集器，如果系統(tǒng)對吞吐量要求比較高，JDK1.8后可以優(yōu)先考慮新生代
Parallel Scavenge和年老代Parallel Old收集器的搭配策略。在 JDK1.8及后(Parallel Scavenge + Parallel Old )
JVM常用參數(shù)：
-XX:+UseParallelOldGC使用Parallel Old收集器，設置該參數(shù)后，新生代Parallel+老年代Parallel Old。

CMS(Concurrent Mark Sweep)

CMS收集器(Concurrent Mark Sweep: 并發(fā)標記清除)是一種以獲取最短回收停頓時間為目標的收集器。

適合應用在互聯(lián)網(wǎng)站或者B/S系統(tǒng)的服務器上，這類應用尤其重視服務器的響應速度，希望系統(tǒng)停頓時間最短。

CMS非常適合堆內(nèi)存大、CPU核數(shù)多的服務器端應用，也是G1出現(xiàn)之前大型應用的首選收集器。

Concurrent Mark Sweep并發(fā)標記清除，并發(fā)收集低停頓，并發(fā)指的是與用戶線程一起執(zhí)行。

啟該收集器的JVM參數(shù): -XX:+UseConcMarkSweepGC 開啟該參數(shù)后會自動將-XX:+UseParNewGC打開
開啟該參數(shù)后，使用ParNew(Young區(qū)用) + CMS(Old區(qū)用) + Serial Old的收集器組合，Serial Old將作為CMS出錯的后備收集器

CMS收集器的運行過程分為下列4步：

**初始標記：**標記GC Roots能直接關聯(lián)的對象。速度很快但是存在Stop The World。
**并發(fā)標記：**進行GC Roots Tracing 的過程，找出存活對象且用戶線程可并發(fā)執(zhí)行。
**重新標記：**為了修正并發(fā)標記期間因用戶程序繼續(xù)運行而導致標記產(chǎn)生變動的那一部分對象的標記記錄。仍然存在Stop The World問題。
**并發(fā)清除：**對標記的對象進行清除回收。

**CMS優(yōu)點：**并發(fā)收集低停頓
缺點：
1.浮動垃圾：由于CMS并發(fā)清理階段用戶線程還在運行著，伴隨程序運行自然會有新垃圾產(chǎn)生，這部分垃圾得標記過程之后，所以CMS無法在當收集中處理掉他們，只好留待下一次GC清理掉，這一部分垃圾稱為浮動垃圾。在jdk1.5默認設置下，CMS收集器當老年代使用了68%的空間就會被激活，可以通過-XX:CMSInitialOccupancyFraction的值來提高觸發(fā)百分比，在jdk1.6中CMS啟動閾值提升到了92%，要是CMS運行期間預留的內(nèi)存無法滿足程序的需要，就會出現(xiàn)”Concurrent Mode Failure“，然后降級臨時啟用Serial Old收集器進行老年代的垃圾收集，這樣停頓時間就很長了。所以-XX:CMSInitialOccupancyFraction設置太高容易導致大量”Concurrent Mode Failure“。

2.有空間碎片：CMS是一款基于“標記-清除”算法實現(xiàn)的，所以會產(chǎn)生空間碎片。為了解決這個問題，CMS提供了-XX:UseCMSCompactAtFullCollection開發(fā)參數(shù)用于開啟內(nèi)存碎片的合并整理，由于內(nèi)存整理是無法并行的，所以停頓時間會變長。還有-XX:CMSFullGCBeforeCompaction，這個參數(shù)用于設置多少次不壓縮Full GC后，跟著來一次帶壓縮的(默認為0)。

3.對CPU資源敏感。在并發(fā)標記和并發(fā)清除階段雖然不會停止用戶線程，但是會因為占用一部分cpu資源進行垃圾回收導致用戶程序變慢。
CMS默認啟動的回收線程數(shù)是（cpu數(shù)量+3）/4。所以CPU數(shù)量少會導致用戶程序執(zhí)行速度降低較多。

G1收集器

G1適用于全堆，既可以在新生代使用和老年代使用。G1與之前的收集器有很大的不同，是從不同的角度去設計的。

回想下之前的垃圾收集器的特點：
1.年輕代和老年代都是各自獨立的連續(xù)的內(nèi)存塊。
2.年輕代Eden+from+to使用復制算法
3.老年代的收集必須掃描全部老年代內(nèi)存空間。
4.都是以盡可能少而快速地執(zhí)行GC為設計原則

G1收集器的設計目標是取代CMS收集器，它同CMS相比，在以下方面表現(xiàn)的更出色：
1、G1是一個有整理內(nèi)存過程的垃圾收集器，不會產(chǎn)生很多內(nèi)存碎片。
2、G1的Stop The World(STW)更可控，G1在停頓時間上添加了預測機制，用戶可以指定期望停頓時間。

CMS垃圾收集器雖然減少了暫停應用程序的運行時間，但是它還是存在著內(nèi)存碎片問題。于是，為了去除內(nèi)存碎片問題，同時又保留
CMS垃圾收集器低暫停時間的優(yōu)點，JAVA7發(fā)布了一個新的垃圾收集器——G1垃圾收集器。

G1是在2012年才在jdk1.7u4中可用。 oracle官方計劃在jdk9中將G1變成默認的垃圾收集器以替代CMS。它是一 款面向服務端應用的收
器，主要應用在多CPU和大內(nèi)存服務器環(huán)境下，極大的減少垃圾收集的停頓時間，全面提升服務器的性能，逐步替換java8以前的CM:
集器。

主要改變是Eden，Survivor和Tenured等內(nèi)存區(qū)域不再是連續(xù)的了，而是變成了一個個大小一樣的region ,每個region從1M到32M不等。- - 個region有可能屬于Eden, Survivor或 者Tenured內(nèi)存區(qū)域。

底層原理

G1的最大好處是化整為零，避免全內(nèi)存掃描，只需要按照區(qū)域來進行掃描即可。

G1收集器大致可分為如下步驟：

**初始標記：**僅標記GC Roots能直接到的對象，并且修改TAMS（Next Top at Mark Start）的值，讓下一階段用戶程序并發(fā)運行時，能在正確可用的Region中創(chuàng)建新對象。（需要線程停頓，但耗時很短。）
**并發(fā)標記：**從GC Roots開始對堆中對象進行可達性分析，找出存活對象。（耗時較長，但可與用戶程序并發(fā)執(zhí)行）
**最終標記：**為了修正在并發(fā)標記期間因用戶程序執(zhí)行而導致標記產(chǎn)生變化的那一部分標記記錄。且對象的變化記錄在線程Remembered Set Logs里面，把Remembered Set Logs里面的數(shù)據(jù)合并到Remembered Set中。（需要線程停頓，但可并行執(zhí)行。）
**篩選回收：**對各個Region的回收價值和成本進行排序，根據(jù)用戶所期望的GC停頓時間來制定回收計劃。（可并發(fā)執(zhí)行）

總結

到此這篇關于JVM的7種垃圾回收器(小結)的文章就介紹到這了,更多相關JVM 垃圾回收器內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論