針對(duì)HotSpot VM的實(shí)現(xiàn)，它里面的GC其實(shí)準(zhǔn)確分類只有兩大種：

• Partial GC：并不收集整個(gè)GC堆的模式
  • Young GC：只收集young gen的GC
  • Old GC：只收集old gen的GC。只有CMS的concurrent collection是這個(gè)模式
  • Mixed GC：收集整個(gè)young gen以及部分old gen的GC。只有G1有這個(gè)模式
• Full GC：收集整個(gè)堆，包括young gen、old gen、perm gen（如果存在的話）等所有部分的模式。

Major GC通常是跟full GC是等價(jià)的，收集整個(gè)GC堆。但因?yàn)镠otSpot VM發(fā)展了這么多年，外界對(duì)各種名詞的解讀已經(jīng)完全混亂了，當(dāng)有人說“major GC”的時(shí)候一定要問清楚他想要指的是上面的full GC還是old GC。

對(duì)于 Hotspot 中常見的收集器 ：serial GC, ?parallel GC, CMS(concurrent Mark Sweep),G1(garbage first garbage collector)這是收集器算法，就是選擇何時(shí)觸發(fā)minor GC,和 full GC.

比如：

serial GC單線程 收集器，它要是執(zhí)行，那么應(yīng)用線程都得終止。觸發(fā)條件：

young GC：當(dāng)young gen中的eden區(qū)分配滿的時(shí)候觸發(fā)。注意young GC中有部分存活對(duì)象會(huì)晉升到old gen，所以young GC后old gen的占用量通常會(huì)有所升高。full GC：當(dāng)準(zhǔn)備要觸發(fā)一次young GC時(shí)，如果發(fā)現(xiàn)統(tǒng)計(jì)數(shù)據(jù)說之前young GC的平均晉升大小比目前old gen剩余的空間大，則不會(huì)觸發(fā)young GC而是轉(zhuǎn)為觸發(fā)full GC（因?yàn)镠otSpot VM的GC里，除了CMS的concurrent collection之外，其它能收集old gen的GC都會(huì)同時(shí)收集整個(gè)GC堆，包括young gen，所以不需要事先觸發(fā)一次單獨(dú)的young GC）；或者，如果有perm gen的話，要在perm gen分配空間但已經(jīng)沒有足夠空間時(shí)，也要觸發(fā)一次full GC；或者System.gc()、heap dump帶GC，默認(rèn)也是觸發(fā)full GC。

Minor GC的過程：

?1）新生成的對(duì)象在Eden區(qū)完成內(nèi)存分配?2）當(dāng)Eden區(qū)滿了，再創(chuàng)建對(duì)象，會(huì)因?yàn)樯暾?qǐng)不到空間，觸發(fā)minorGC，進(jìn)行young(eden+1survivor)區(qū)的垃圾回收。（為什么是eden+1survivor：兩個(gè)survivor中始終有一個(gè)survivor是空的，空的那個(gè)被標(biāo)記成To Survivor）?3）minorGC時(shí)，Eden不能被回收的對(duì)象被放入到空的survivor（也就是放到To Survivor，同時(shí)Eden肯定會(huì)被清空），另一個(gè)survivor（From Survivor）里不能被GC回收的對(duì)象也會(huì)被放入這個(gè)survivor（To Survivor），始終保證一個(gè)survivor是空的。（MinorGC完成之后，To Survivor 和 From Survivor的標(biāo)記互換）?4）當(dāng)做第3步的時(shí)候，如果發(fā)現(xiàn)存放對(duì)象的那個(gè)survivor滿了，則這些對(duì)象被copy到old區(qū)，或者survivor區(qū)沒有滿，但是有些對(duì)象已經(jīng)足夠Old（通過XX:MaxTenuringThreshold參數(shù)來設(shè)置），也被放入Old區(qū)?5）當(dāng)Old區(qū)被放滿的之后，進(jìn)行完整的垃圾回收，即 Full GC?6）Full GC時(shí)，整理的是Old Generation里的對(duì)象，把存活的對(duì)象放入到Permanent Generation里。
--串行（–XX:+UseSerialGC ）Out of Box算法，年輕代串行復(fù)制，年老代串行標(biāo)記整理，主要用于桌面應(yīng)用
--并行（–XX:+UseParallelGC ）年輕代暫停應(yīng)用程序，多個(gè)垃圾收集線程并行的復(fù)制收集，年老代暫停應(yīng)用程序，與串行收集器一樣，單垃圾收集線程標(biāo)記整理。JDK 6.0啟用該算法后，默認(rèn)啟用了-XX:+UseParallelOldGC，性能大為提高
--并發(fā)(Concurrent Low Pause Collector)( –XX:+UseConcMarkSweepGC )啟用該參數(shù)，默認(rèn)啟用了-XX:+UseParNewGC；簡(jiǎn)單的說，并發(fā)是指用戶線程與垃圾收集線程并發(fā)，程序在繼續(xù)運(yùn)行，而垃圾收集程序運(yùn)行于其他CPU上。

Parallel Scavenge（-XX:+UseParallelGC）框架下，默認(rèn)是在要觸發(fā)full GC前先執(zhí)行一次young GC，并且兩次GC之間能讓應(yīng)用程序稍微運(yùn)行一小下，以期降低full GC的暫停時(shí)間（因?yàn)閥oung GC會(huì)盡量清理了young gen的死對(duì)象，減少了full GC的工作量）。Parallel GC 執(zhí)行也是終止所有的應(yīng)用線程，但是這個(gè)收集器是多線程的，目的就是利用CPU的多核資源。
---目前客戶端應(yīng)用程序采用上述兩種收集器。服務(wù)器端一般采用CMS 和 G1垃圾收集器，Java9 將默認(rèn)采用G1垃圾收集器。

這張圖來自于《深入理解Java虛擬機(jī)--jvm最高特性與最佳實(shí)踐 ? ?周志明》，這張圖也是很多Java初學(xué)者了解Hotspot GC需要記住了解的圖。下面 就說明一下圖中這些minor GC，先說serialNew 和 serialOld 這個(gè)是單線程的，也就是stop all of world，當(dāng)然其他的GC，比如parallelOld 和 parNew雖是多線程收集，但是還是stop the world.serialold 或者 serialNew 單線程，回收效率較低，那么為什么現(xiàn)在還在使用？？？那是因?yàn)槠渌惴ê?jiǎn)單，停止所有應(yīng)用線程去專心收集垃圾，收集效率極高，幾乎把你所有沒有使用到的對(duì)象垃圾都給你收回來。專心做收集，那么你的內(nèi)存空間能多大呢？還不得幾十毫秒或者幾百毫秒就給你搞定的事情。停頓也是極短的時(shí)間。所以這個(gè)垃圾回收器一直都在使用。在client程序中也是主導(dǎo)的。
parNew 和 parallel Old 垃圾回收器和serial很相近，無非就是使用了多線程，目的就是借助處理器的多核能力。（畢竟現(xiàn)在處理器都是多核的）
parallel Scavenge 這個(gè)較為特殊的GC，其目的是為了實(shí)現(xiàn)最大的吞吐量，吞吐量=用戶任務(wù)處理時(shí)間 / (用戶處理時(shí)間 + 垃圾回收時(shí)間)；說白了我就是給用戶開口讓其設(shè)置參數(shù)來限制垃圾回收的時(shí)間，怎么限制垃圾回收時(shí)間，就是讓垃圾不是那么徹底的回收干凈，犧牲一定的yong 代空間，那么我讓你回收時(shí)間縮短，增加吞吐量。
CMS consurrent mark sweep 這個(gè)回收器是在old 代的，主要和其他yong代配合使用，上述圖中，只要垃圾回收器之間有連接線，那么就可以配合使用。CMS看其名稱就知道基于標(biāo)記-清除算法，標(biāo)記清除-清除算法，有好處，啥好處？就是省空間，不復(fù)制，不節(jié)省空間嘛。但是產(chǎn)生垃圾碎片，導(dǎo)致存儲(chǔ)空間不連續(xù)。有沒有好的垃圾清除算法（垃圾清除算法主要就是標(biāo)記算法，復(fù)制算法，標(biāo)記-清除算法，標(biāo)記整理算法），好的算法就是標(biāo)記-整理算法，但是復(fù)雜呀！！！CMS是要降低停頓時(shí)間，你搞個(gè)那么復(fù)雜的算法，回收時(shí)間咋控制。 CMS工作主要分為四個(gè)步驟，初始標(biāo)記--并發(fā)標(biāo)記--重復(fù)標(biāo)記--并發(fā)清除；初始標(biāo)記和重復(fù)標(biāo)記是stop the word,為啥？？？ 標(biāo)記的時(shí)候?yàn)榱藰?biāo)記的準(zhǔn)確同時(shí)對(duì)整個(gè)old空間都做標(biāo)記，應(yīng)用線程不得停頓嘛！并發(fā)標(biāo)記的時(shí)候是基于初始標(biāo)記的結(jié)果，所以用戶線程可以運(yùn)行，所以這個(gè)過程是并發(fā)的。重復(fù)標(biāo)記是同一個(gè)道理，回收的時(shí)候，就是多線程并發(fā)回收。CMS在回收的時(shí)候由于分多個(gè)過程，回收時(shí)間也稍稍長(zhǎng)，那么這個(gè)過程中，用戶線程并發(fā)性能回收影響。
在CMS收集垃圾的時(shí)候，會(huì)給用戶線程留點(diǎn)空間，用于用戶存儲(chǔ)old數(shù)據(jù)，如果在垃圾回收的過程中，這塊小區(qū)域滿了，那么用戶線程都要被停止。
G1垃圾回收器，garbage first，就是講堆區(qū)劃分很多的區(qū)域塊，優(yōu)先回收優(yōu)先級(jí)較高的區(qū)域，而且會(huì)綜合之前回收的經(jīng)驗(yàn)，統(tǒng)計(jì)便于收集或者這塊區(qū)域較為重要，或者垃圾較多的區(qū)域，對(duì)其優(yōu)先收集。而且在手機(jī)過程中，其他區(qū)域是可以提供給用戶開銷的，所以G1幾乎使得用戶線程不停頓。 三、Java內(nèi)存的調(diào)優(yōu)參數(shù)-Xmx1024m：設(shè)置JVM最大可用內(nèi)存為1024M。
-Xms1024m：設(shè)置JVM促使內(nèi)存為1024M。此值可以設(shè)置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內(nèi)存。
-Xmn512m：設(shè)置年輕代大小為512M。（持久代一般固定大小為64m，所以增大年輕代后，將會(huì)減小年老代大小。此值對(duì)系統(tǒng)性能影響較大，Sun官方推薦配置為整個(gè)堆的3/8。）
-Xss128k：設(shè)置每個(gè)線程的堆棧大小。這個(gè)值可以根據(jù)應(yīng)用的線程所需內(nèi)存大小進(jìn)行調(diào)整。在相同物理內(nèi)存下，減小這個(gè)值能生成更多的線程。但是操作系統(tǒng)對(duì)一個(gè)進(jìn)程內(nèi)的線程數(shù)還是有限制的，不能無限生成。
-XX:NewRatio=4設(shè)置年輕代（包括Eden和兩個(gè)Survivor區(qū)）與年老代的比值（總的大小是Xms的值）。設(shè)置為4，則年輕代與年老代所占比值為1：4，年輕代占整個(gè)堆棧的1/5。舉個(gè)例子，-Xms 設(shè)置為 1024m，-Xmx 也設(shè)置為 1024m的情況下：·年輕代 = 1024M/5 = 204.8M·年老代 = 1024M/5*4 = 819.2M如果-Xms和-Xmx的值設(shè)置的不一樣，可以添加 -XX:MinHeapFreeRatio=<minimum> 和 -XX:MaxHeapFreeRatio=<maximum> 參數(shù)，使內(nèi)存的大小能夠在 大于 -Xms 和 小于 -Xmx 之間的范圍內(nèi)自動(dòng)調(diào)整，所以內(nèi)存中會(huì)有Virtual的空間（我是這樣理解的，不是太清楚，這里需要大家指教）英文原文如下：http://java.sun.com/docs/hotspot/gc1.4.2/#3. Sizing the Generations|outlineBy default, the virtual machine grows or shrinks the heap at each collection to try to keep the proportion of free space to live objects at each collection within a specific range. This target range is set as a percentage by the parameters -XX:MinHeapFreeRatio=<minimum> and -XX:MaxHeapFreeRatio=<maximum>, and the total size is bounded below by -Xms and above by -Xmx .
-XX:SurvivorRatio=4：設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值。設(shè)置為4，則兩個(gè)Survivor區(qū)與一個(gè)Eden區(qū)的比值為2:4，一個(gè)Survivor區(qū)占整個(gè)年輕代的1/6
-XX:MaxPermSize=16m:設(shè)置持久代大小為16m。
-XX:MaxTenuringThreshold=0：設(shè)置垃圾最大年齡。如果設(shè)置為0的話，則年輕代對(duì)象不經(jīng)過Survivor區(qū)，直接進(jìn)入年老代。對(duì)于年老代比較多的應(yīng)用，可以提高效率。如果將此值設(shè)置為一個(gè)較大值，則年輕代對(duì)象會(huì)在Survivor區(qū)進(jìn)行多次復(fù)制，這樣可以增加對(duì)象再年輕代的存活時(shí)間，增加在年輕代即被回收的概論。
總結(jié)如下圖：

總結(jié)

以上是生活随笔為你收集整理的Minor GC,Major GC,Full GC -- hotspot VM GC讲解的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。