除直接調(diào)用System.gc外，觸發(fā)Full GC執(zhí)行的情況有如下四種。
1. 舊生代空間不足
舊生代空間只有在新生代對(duì)象轉(zhuǎn)入及創(chuàng)建為大對(duì)象、大數(shù)組時(shí)才會(huì)出現(xiàn)不足的現(xiàn)象，當(dāng)執(zhí)行Full GC后空間仍然不足，則拋出如下錯(cuò)誤：
java.lang.OutOfMemoryError: Java heap space
為避免以上兩種狀況引起的FullGC，調(diào)優(yōu)時(shí)應(yīng)盡量做到讓對(duì)象在Minor GC階段被回收、讓對(duì)象在新生代多存活一段時(shí)間及不要?jiǎng)?chuàng)建過大的對(duì)象及數(shù)組。
2. Permanet Generation空間滿
PermanetGeneration中存放的為一些class的信息等，當(dāng)系統(tǒng)中要加載的類、反射的類和調(diào)用的方法較多時(shí)，Permanet Generation可能會(huì)被占滿，在未配置為采用CMS GC的情況下會(huì)執(zhí)行Full GC。如果經(jīng)過Full GC仍然回收不了，那么JVM會(huì)拋出如下錯(cuò)誤信息：
java.lang.OutOfMemoryError: PermGen space
為避免Perm Gen占滿造成Full GC現(xiàn)象，可采用的方法為增大Perm Gen空間或轉(zhuǎn)為使用CMS GC。
3. CMS GC時(shí)出現(xiàn)promotion failed和concurrent mode failure
對(duì)于采用CMS進(jìn)行舊生代GC的程序而言，尤其要注意GC日志中是否有promotion failed和concurrent mode failure兩種狀況，當(dāng)這兩種狀況出現(xiàn)時(shí)可能會(huì)觸發(fā)Full GC。
promotionfailed是在進(jìn)行Minor GC時(shí)，survivor space放不下、對(duì)象只能放入舊生代，而此時(shí)舊生代也放不下造成的；concurrent mode failure是在執(zhí)行CMS GC的過程中同時(shí)有對(duì)象要放入舊生代，而此時(shí)舊生代空間不足造成的。
應(yīng)對(duì)措施為：增大survivorspace、舊生代空間或調(diào)低觸發(fā)并發(fā)GC的比率，但在JDK 5.0+、6.0+的版本中有可能會(huì)由于JDK的bug29導(dǎo)致CMS在remark完畢后很久才觸發(fā)sweeping動(dòng)作。對(duì)于這種狀況，可通過設(shè)置-XX:CMSMaxAbortablePrecleanTime=5（單位為ms）來避免。
4. 統(tǒng)計(jì)得到的Minor GC晉升到舊生代的平均大小大于舊生代的剩余空間
這是一個(gè)較為復(fù)雜的觸發(fā)情況，Hotspot為了避免由于新生代對(duì)象晉升到舊生代導(dǎo)致舊生代空間不足的現(xiàn)象，在進(jìn)行Minor GC時(shí)，做了一個(gè)判斷，如果之前統(tǒng)計(jì)所得到的Minor GC晉升到舊生代的平均大小大于舊生代的剩余空間，那么就直接觸發(fā)Full GC。
例如程序第一次觸發(fā)MinorGC后，有6MB的對(duì)象晉升到舊生代，那么當(dāng)下一次Minor GC發(fā)生時(shí)，首先檢查舊生代的剩余空間是否大于6MB，如果小于6MB，則執(zhí)行Full GC。
當(dāng)新生代采用PSGC時(shí)，方式稍有不同，PS GC是在Minor GC后也會(huì)檢查，例如上面的例子中第一次Minor GC后，PS GC會(huì)檢查此時(shí)舊生代的剩余空間是否大于6MB，如小于，則觸發(fā)對(duì)舊生代的回收。
除了以上4種狀況外，對(duì)于使用RMI來進(jìn)行RPC或管理的Sun JDK應(yīng)用而言，默認(rèn)情況下會(huì)一小時(shí)執(zhí)行一次Full GC。可通過在啟動(dòng)時(shí)通過- java-Dsun.rmi.dgc.client.gcInterval=3600000來設(shè)置Full GC執(zhí)行的間隔時(shí)間或通過-XX:+ DisableExplicitGC來禁止RMI調(diào)用System.gc。

?

?

?

?

堆

所有通過new創(chuàng)建的對(duì)象的內(nèi)存都在堆中分配，其大小可以通過-Xmx和-Xms來控制。堆被劃分為新生代和舊生代，新生代又被進(jìn)一步劃分為Eden和Survivor區(qū)，最后Survivor由FromSpace和ToSpace組成，結(jié)構(gòu)圖如下所示：

新生代。新建的對(duì)象都是用新生代分配內(nèi)存，Eden空間不足的時(shí)候，會(huì)把存活的對(duì)象轉(zhuǎn)移到Survivor中，新生代大小可以由-Xmn來控制，也可以用-XX:SurvivorRatio來控制Eden和Survivor的比例。舊生代用于存放新生代中經(jīng)過多次垃圾回收?(也即Minor GC)?仍然存活的對(duì)象

?

方法區(qū)

存放了要加載的類信息、靜態(tài)變量、final類型的常量、屬性和方法信息。JVM用持久代(PermanetGeneration)來存放方法區(qū)，可通過-XX:PermSize和-XX:MaxPermSize來指定最小值和最大值。介紹完了JVM內(nèi)存組成結(jié)構(gòu)，下面我們?cè)賮砜匆幌翵VM垃圾回收機(jī)制。

JVM垃圾回收機(jī)制

JVM分別對(duì)新生代和舊生代采用不同的垃圾回收機(jī)制

新生代的GC：

新生代通常存活時(shí)間較短，因此基于Copying算法來進(jìn)行回收，所謂Copying算法就是掃描出存活的對(duì)象，并復(fù)制到一塊新的完全未使用的空間中，對(duì)應(yīng)于新生代，就是在Eden和FromSpace或ToSpace之間copy。新生代采用空閑指針的方式來控制GC觸發(fā)，指針保持最后一個(gè)分配的對(duì)象在新生代區(qū)間的位置，當(dāng)有新的對(duì)象要分配內(nèi)存時(shí)，用于檢查空間是否足夠，不夠就觸發(fā)GC。當(dāng)連續(xù)分配對(duì)象時(shí)，對(duì)象會(huì)逐漸從eden到survivor，最后到舊生代，

用javavisualVM來查看，能明顯觀察到新生代滿了后，會(huì)把對(duì)象轉(zhuǎn)移到舊生代，然后清空繼續(xù)裝載，當(dāng)舊生代也滿了后，就會(huì)報(bào)outofmemory的異常，如下圖所示：

在執(zhí)行機(jī)制上JVM提供了串行GC(SerialGC)、并行回收GC(ParallelScavenge)和并行GC(ParNew)

1)串行GC

在整個(gè)掃描和復(fù)制過程采用單線程的方式來進(jìn)行，適用于單CPU、新生代空間較小及對(duì)暫停時(shí)間要求不是非常高的應(yīng)用上，是client級(jí)別默認(rèn)的GC方式，可以通過-XX:+UseSerialGC來強(qiáng)制指定

2)并行回收GC

在整個(gè)掃描和復(fù)制過程采用多線程的方式來進(jìn)行，適用于多CPU、對(duì)暫停時(shí)間要求較短的應(yīng)用上，是server級(jí)別默認(rèn)采用的GC方式，可用-XX:+UseParallelGC來強(qiáng)制指定，用-XX:ParallelGCThreads=4來指定線程數(shù)

3)并行GC

與舊生代的并發(fā)GC配合使用

舊生代的GC：

舊生代與新生代不同，對(duì)象存活的時(shí)間比較長(zhǎng)，比較穩(wěn)定，因此采用標(biāo)記(Mark)算法來進(jìn)行回收，所謂標(biāo)記就是掃描出存活的對(duì)象，然后再進(jìn)行回收未被標(biāo)記的對(duì)象，回收后對(duì)用空出的空間要么進(jìn)行合并，要么標(biāo)記出來便于下次進(jìn)行分配，總之就是要減少內(nèi)存碎片帶來的效率損耗。在執(zhí)行機(jī)制上JVM提供了串行GC(SerialMSC)、并行GC(parallelMSC)和并發(fā)GC(CMS)，具體算法細(xì)節(jié)還有待進(jìn)一步深入研究。

以上各種GC機(jī)制是需要組合使用的，指定方式由下表所示：

本文轉(zhuǎn)自：?http://developer.51cto.com/art/201103/248642.htm?
對(duì)于Minor GC 和 Full GC的解釋：?

• ?新生代 GC（Minor GC）：指發(fā)生在新生代的垃圾收集動(dòng)作，因?yàn)?Java 對(duì)象大多都具?
  備朝生夕滅的特性，所以 Minor GC 非常頻繁，一般回收速度也比較快。

• ?老年代 GC（Major GC? / Full GC）：指發(fā)生在老年代的 GC，出現(xiàn)了 Major GC，經(jīng)常?
  會(huì)伴隨至少一次的 Minor GC（但非絕對(duì)的，在 ParallelScavenge 收集器的收集策略里?
  就有直接進(jìn)行 Major GC 的策略選擇過程） 。MajorGC 的速度一般會(huì)比 Minor GC 慢 10?
  倍以上。

虛擬機(jī)給每個(gè)對(duì)象定義了一個(gè)對(duì)象年齡（Age）計(jì)數(shù)器。如果對(duì)象在 Eden 出生并經(jīng)過第一次 Minor GC 后仍然存活，并且能被 Survivor 容納的話，將被移動(dòng)到 Survivor 空間中，并將對(duì)象年齡設(shè)為 1。對(duì)象在 Survivor 區(qū)中每熬過一次 Minor GC，年齡就增加 1 歲，當(dāng)它的年齡增加到一定程度（默認(rèn)為 15 歲）時(shí)，就會(huì)被晉升到老年代中。對(duì)象晉升老年代的年齡閾值，可以通過參數(shù) -XX:MaxTenuringThreshold 來設(shè)置。?

轉(zhuǎn)載于:https://www.cnblogs.com/zedosu/p/6666923.html

總結(jié)

以上是生活随笔為你收集整理的触发Full GC执行的情况 以及其它补充信息的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

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