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

?

?

?

?

堆

所有通過new創建的對象的內存都在堆中分配，其大小可以通過-Xmx和-Xms來控制。堆被劃分為新生代和舊生代，新生代又被進一步劃分為Eden和Survivor區，最后Survivor由FromSpace和ToSpace組成，結構圖如下所示：

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

?

方法區

存放了要加載的類信息、靜態變量、final類型的常量、屬性和方法信息。JVM用持久代(PermanetGeneration)來存放方法區，可通過-XX:PermSize和-XX:MaxPermSize來指定最小值和最大值。介紹完了JVM內存組成結構，下面我們再來看一下JVM垃圾回收機制。

JVM垃圾回收機制

JVM分別對新生代和舊生代采用不同的垃圾回收機制

新生代的GC：

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

用javavisualVM來查看，能明顯觀察到新生代滿了后，會把對象轉移到舊生代，然后清空繼續裝載，當舊生代也滿了后，就會報outofmemory的異常，如下圖所示：

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

1)串行GC

在整個掃描和復制過程采用單線程的方式來進行，適用于單CPU、新生代空間較小及對暫停時間要求不是非常高的應用上，是client級別默認的GC方式，可以通過-XX:+UseSerialGC來強制指定

2)并行回收GC

在整個掃描和復制過程采用多線程的方式來進行，適用于多CPU、對暫停時間要求較短的應用上，是server級別默認采用的GC方式，可用-XX:+UseParallelGC來強制指定，用-XX:ParallelGCThreads=4來指定線程數

3)并行GC

與舊生代的并發GC配合使用

舊生代的GC：

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

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

本文轉自：?http://developer.51cto.com/art/201103/248642.htm?
對于Minor GC 和 Full GC的解釋：?

• ?新生代 GC（Minor GC）：指發生在新生代的垃圾收集動作，因為 Java 對象大多都具?
  備朝生夕滅的特性，所以 Minor GC 非常頻繁，一般回收速度也比較快。

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

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

轉載于:https://www.cnblogs.com/zedosu/p/6666923.html

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。