前言

轉(zhuǎn)載請(qǐng)注明來源

??????本篇不是一篇詳細(xì)的教學(xué),不會(huì)去介紹JVM內(nèi)存模型相關(guān)的知識(shí)點(diǎn),雖然這是理解GC必須的知識(shí)點(diǎn),學(xué)習(xí)了解GC算法前,可以先吃一波我的安利:<深入理解Java虛擬機(jī)>,這本書作為對(duì)Java虛擬機(jī)的入門書是非常非常好的,同時(shí),本篇也偏向于個(gè)人的一個(gè)筆記(目前個(gè)人水平有限,做不到對(duì)CMS GC 以及 JVM相關(guān)知識(shí)做系統(tǒng)性的詳細(xì)解讀),僅提供一種直觀的方式去展示以及解析CMS GC是如何運(yùn)作的.

??????HotSpot JVM的并發(fā)標(biāo)記清理收集器(CMS收集器)的主要目標(biāo)就是：低應(yīng)用停頓時(shí)間。該目標(biāo)對(duì)于大多數(shù)交互式應(yīng)用很重要献幔，比如web應(yīng)用.CMS GC收集器被設(shè)計(jì)成了大部分時(shí)間可與應(yīng)用程序線程并行執(zhí)行,只會(huì)停頓一小會(huì)時(shí)間(停止整個(gè)應(yīng)用,下面會(huì)用Stop The World(STW)代替).

CMS GC 的 6個(gè)過程:

1.初始標(biāo)記：為了收集應(yīng)用程序的對(duì)象引用需要暫停應(yīng)用程序線程绩社，該階段完成后蔼夜，應(yīng)用程序線程再次啟動(dòng)钝鸽。
2.并發(fā)標(biāo)記：從第一階段收集到的對(duì)象引用開始麸恍，遍歷所有其他的對(duì)象引用镜粤。
3.并發(fā)預(yù)清理：改變當(dāng)運(yùn)行第二階段時(shí)觉壶，由應(yīng)用程序線程產(chǎn)生的對(duì)象引用，以更新第二階段的結(jié)果缝裤。
4.重標(biāo)記：由于第三階段是并發(fā)的屏轰，對(duì)象引用可能會(huì)發(fā)生進(jìn)一步改變。因此憋飞，應(yīng)用程序線程會(huì)再一次
被暫停以更新這些變化霎苗，并且在進(jìn)行實(shí)際的清理之前確保一個(gè)正確的對(duì)象引用視圖。
這一階段十分重要榛做，因?yàn)楸仨毐苊馐占饺员灰玫膶?duì)象叨粘。
5.并發(fā)清理：所有不再被應(yīng)用的對(duì)象將從堆里清除掉。
6.并發(fā)重置：收集器做一些收尾的工作瘤睹，以便下一次GC周期能有一個(gè)干凈的狀態(tài)升敲。

其中4個(gè)階段(名字以Concurrent開始的)與實(shí)際的應(yīng)用程序是并發(fā)執(zhí)行的，
而其他2個(gè)階段需要暫停應(yīng)用程序線程(STW).

接下來就通過一段代碼來觸發(fā)并展示CMS GC的過程.

public class GCTest {

    private static final int _10MB = 10 * 1024 * 1024;

    /**
     * @param args
     * @throws InterruptedException
     */
    public static void main(String[] args) throws Exception {
        test();

    }

    /**
     * VM arg： -Xms100m(設(shè)置最大堆內(nèi)存) -Xmx100m(設(shè)置初始堆內(nèi)存) 
     * -Xmn50m(設(shè)置新生代大小)
     * -XX:+PrintGCDetails(打印GC日志詳細(xì)信息) 
     * -XX:+UseConcMarkSweepGC (采用 cms gc算法)
     * -XX:+UseParNewGC (新生代采用并行GC方式,
     * 高版本的jdk使用了UseConcMarkSweepGC參數(shù)時(shí) 這個(gè)參數(shù)會(huì)自動(dòng)開啟)
     * -XX:SurvivorRatio=8 (新生代eden區(qū)與survivor區(qū)空間比例8:1,
     * eden:fromsurvivor:tosurvivor -->8:1:1)
     * -XX:MaxTenuringThreshold=1 (用于控制對(duì)象能經(jīng)歷多少次
     * Minor GC(young gc)才晉升到老年代,默認(rèn)15次)
     * -XX:+PrintTenuringDistribution(輸出survivor區(qū)幸存對(duì)象的年齡分布)
     * -XX:CMSInitiatingOccupancyFraction=68 *(設(shè)置老年代空間使用率多少時(shí)觸發(fā)第一次cms *gc,默認(rèn)68%)
     * @throws InterruptedException
     */
    public static void test() throws InterruptedException {
        List<byte[]> list = new ArrayList<>();
        for (int n = 1; n < 8; n++) {
            byte[] alloc = new byte[_10MB];
            list.add(alloc);
        }
        Thread.sleep(Integer.MAX_VALUE);

    }

}

執(zhí)行展示

D:\platform\svn\demo>java -Xms100m -Xmx100m -Xmn50m -XX:+PrintGCDetails 
-XX:+UseConcMarkSweepGC -XX:SurvivorRatio=8 -XX:MaxTenuringThreshold=1 
-XX:+PrintTenuringDistribution GCTest
[GC (Allocation Failure) 
[ParNew Desired survivor size 2621440 bytes, new threshold 1 (max 1)
- age   1:     636784 bytes,     636784 total: 33997K->632K(46080K), 0.0105313 secs] 
33997K->31354K(97280K), 0.0107013 secs]
[Times: user=0.01 sys=0.00, real=0.01 secs]
//step 1,young gc,新生代沒有空間存入新對(duì)象,則發(fā)生young gc(也叫 minor gc),
//33997K->632K(46080K), 0.0105313 secs]新生代由33997K gc后變成了632K,
//整個(gè)heap區(qū)情況: 33997K->31354K(97280K)
//新生代的對(duì)象copy(新生代采用的是復(fù)制算法收集內(nèi)存)到survivor區(qū),
//但此處survivor容納不下,則直接copy到了老年代中大小(可以設(shè)置多大的對(duì)象直接升級(jí)到老年代中,
//參數(shù)XX:PretenureSizeThreshold=<value>)
[GC (Allocation Failure) [ParNew: 32961K->32961K(46080K), 0.0001067 secs]
[CMS: 30722K->40960K(51200K), 0.0111639 secs] 63683K->62060K(97280K), 
[Metaspace: 2509K->2509K(1056768K)], 0.0118014 secs] [Times: user=0.02 sys=0.00, real=0.02 secs]
//step 2,老年代空間占用大小占比達(dá)到閾值,觸發(fā)第一次老年代GC,即CMS GC
//CMS: 30722K->40960K(51200K): 老年代由30722K變?yōu)?0960K,總大小51200K
[GC (CMS Initial Mark) [1 CMS-initial-mark: 40960K(51200K)] 72995K(97280K), 0.0004270 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
//step 3 初始標(biāo)記
[CMS-concurrent-mark-start]
[CMS-concurrent-mark: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
//step 4 并發(fā)標(biāo)記
[CMS-concurrent-preclean-start]
[CMS-concurrent-preclean: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
//step 5 并發(fā)預(yù)清理
[CMS-concurrent-abortable-preclean-start]
[CMS-concurrent-abortable-preclean: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[GC (CMS Final Remark) [YG occupancy: 32035 K (46080 K)][Rescan (parallel) , 0.0003930 secs]
//step 6重標(biāo)記 
[weak refs processing, 0.0000436 secs][class unloading, 0.0001861 secs]
[scrub symbol table, 0.0003188 secs]
[scrub string table, 0.0000946 secs]
//weak refs processing 處理old區(qū)的弱引用轰传，用于回收native memory
class unloading 回收SystemDictionary
[1 CMS-remark:40960K(51200K)] 72995K(97280K), 0.0013492 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[CMS-concurrent-sweep-start]
[CMS-concurrent-sweep: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
//step 7 并發(fā)清理
[CMS-concurrent-reset-start]
[CMS-concurrent-reset: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
//step 8 并發(fā)重置
Heap
 par new generation   total 46080K, used 32445K [0x00000000f9c00000, 0x00000000fce00000, 0x00000000fce00000)
  eden space 40960K,  79% used [0x00000000f9c00000, 0x00000000fbbaf5b0, 0x00000000fc400000)
  from space 5120K,   0% used [0x00000000fc900000, 0x00000000fc900000, 0x00000000fce00000)
  to   space 5120K,   0% used [0x00000000fc400000, 0x00000000fc400000, 0x00000000fc900000)
 concurrent mark-sweep generation total 51200K, used 40960K [0x00000000fce00000, 0x0000000100000000, 0x0000000100000000)
 Metaspace       used 2515K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 269K, capacity 386K, committed 512K, reserved 1048576K

相應(yīng)的注釋都詳細(xì)標(biāo)注了,現(xiàn)在解讀一下GC日志:
基本上都是這種格式：回收前區(qū)域占用的大小->回收后區(qū)域占用的大新康场（區(qū)域設(shè)置的大小）获茬，耗時(shí).
現(xiàn)在取step2 這部分日志做一個(gè)全面的分析作為解讀GC日志的典型:

[GC (Allocation Failure) [ParNew: 32961K->32961K(46080K), 0.0001067 secs]
[CMS: 30722K->40960K(51200K), 0.0111639 secs] 63683K->62060K(97280K), 
[Metaspace: 2509K->2509K(1056768K)], 0.0118014 secs] [Times: user=0.02 sys=0.00, real=0.02 secs]

[ParNew: 32961K->32961K(46080K), 0.0001067 secs]

ParNew 表明新生代是并行方式進(jìn)行GC,

串行收集器：
DefNew：是使用-XX:+UseSerialGC（新生代港庄，老年代都使用串行回收收集器）。
并行收集器：
ParNew：是使用-XX:+UseParNewGC（新生代使用并行收集器恕曲，老年代使用串行回收收集器）或者-XX:+UseConcMarkSweepGC(新生代使用并行收集器鹏氧，老年代使用CMS)。
PSYoungGen：是使用-XX:+UseParallelOldGC（新生代佩谣，老年代都使用并行回收收集器）或者-XX:+UseParallelGC（新生代使用并行回收收集器把还，老年代使用串行收集器）
garbage-first heap：是使用-XX:+UseG1GC（G1收集器）

32961K->32961K(46080K) 新生代大小由32961K變成32961K,總大小為46080K,young gc 耗時(shí) 0.0001067 secs.

[CMS: 30722K->40960K(51200K), 0.0111639 secs]

CMS:表明是老年代堆區(qū)(因?yàn)镃MS只作用于老年代),

 63683K->62060K(97280K)

heap 區(qū)情況,

[Metaspace: 2509K->2509K(1056768K)]

Metaspace :元空間是jdk 8 的新特性,可簡(jiǎn)單理解為其替換了8 之前的永久代PermGen Space(方法區(qū)).
方法區(qū)是JVM的規(guī)范,而永久代則是JVM規(guī)范的一種實(shí)現(xiàn),元空間也是方法區(qū)的一種實(shí)現(xiàn).

[Times: user=0.02 sys=0.00, real=0.02 secs]

這里的user,sys,real 與 linux的time 命令所輸出的時(shí)間含義一致,分別代表用戶太消耗的CPU時(shí)間,內(nèi)核態(tài)消耗的CPU時(shí)間,和操作從開始到結(jié)束所經(jīng)過的墻鐘時(shí)間---引用自<深入理解Java虛擬機(jī)> 3.5.8 理解GC日志.

實(shí)際上到這里整個(gè)過程就完成的差不多了,但是我在執(zhí)行過程中,又發(fā)現(xiàn)了一個(gè)有趣的東西,就是concurrent mode failure情況,當(dāng)我new 出的對(duì)象超過了堆內(nèi)存的最大內(nèi)存后會(huì)發(fā)生OOM時(shí),就出現(xiàn)concurrent mode failure,GC日志如下:

[GC [ParNew: 31539K->496K(46080K), 0.0137601 secs] 31539K->31218K(97280K), 0.0152885 secs] 
[Times: user=0.02 sys=0.00, real=0.02 secs]
[GC [ParNew: 33275K->33275K(46080K), 0.0003866 secs][CMS: 30722K->40960K(51200K), 0.0217084 secs]
63997K->61912K(97280K), [CMS Perm : 2534K->2532K(21248K)], 0.0231226 secs] 
[Times: user=0.02 sys=0.00, real=0.02 secs]
[GC [1 CMS-initial-mark: 40960K(51200K)] 72152K(97280K), 0.0004554 secs]
 [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC [CMS[CMS-concurrent-mark: 0.010/0.011 secs] 
[Times: user=0.00 sys=0.00, real=0.01 secs]
 (concurrent mode failure): 40960K->40960K(51200K), 0.0159043 secs] 72152K->72152K(97280K), [CMS Perm : 2532K->2532K(21248K)], 0.0165056 secs] [Times: user=0.01 sys=0.00, real=0.02 secs]
[Full GC [CMS: 40960K->40960K(51200K), 0.0075621 secs] 
72152K->72138K(97280K), [CMS Perm : 2532K->2532K(21248K)], 0.0084089 secs]
[Times: user=0.00 sys=0.00, real=0.01 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
        at GCTest.test(GCTest.java:19)
        at GCTest.main(GCTest.java:12)

造成這種情況的原因是:在執(zhí)行CMS GC的過程中同時(shí)有對(duì)象要放入舊生代，而此時(shí)老年代空間不足造成的茸俭。
同樣的情況還有promotion failed這種情形,這是由于在進(jìn)行Minor GC(young gc)時(shí)吊履，survivor space放不下、對(duì)象只能放入老年代调鬓，而此時(shí)老年代也放不下造成的.

結(jié)束

Java 9 也出來了一段時(shí)間了,Java9的默認(rèn)gc算法是G1算法,之前有學(xué)習(xí)過G1 gc,但沒有真正的使用過,時(shí)間充裕的話,接下來的一篇應(yīng)該會(huì)是G1 gc 的學(xué)習(xí)筆記.