對于 Minor GC，其觸發(fā)條件非常簡單，當 Eden 空間滿時，就將觸發(fā)一次 Minor GC。而 Full GC 則相對復雜，有以下條件：

　　1、調(diào)用 System.gc()

　　只是建議虛擬機執(zhí)行 Full GC，但是虛擬機不一定真正去執(zhí)行。不建議使用這種方式，而是讓虛擬機管理內(nèi)存。

　　2、老年代空間不足

　　老年代空間不足的常見場景為前文所講的大對象直接進入老年代、長期存活的對象進入老年代等。

　　為了避免以上原因引起的 Full GC，應當盡量不要創(chuàng)建過大的對象以及數(shù)組。除此之外，可以通過 -Xmn 虛擬機參數(shù)調(diào)大新生代的大小，讓對象盡量在新生代被回收掉，不進入老年代。還可以通過 -XX:MaxTenuringThreshold 調(diào)大對象進入老年代的年齡，讓對象在新生代多存活一段時間。

　　3、空間分配擔保失敗

　　使用復制算法的 Minor GC 需要老年代的內(nèi)存空間作擔保，如果擔保失敗會執(zhí)行一次 Full GC。

　　4、JDK 1.7 及以前的永久代空間不足

　　在 JDK 1.7 及以前，HotSpot 虛擬機中的方法區(qū)是用永久代實現(xiàn)的，永久代中存放的為一些 Class 的信息、常量、靜態(tài)變量等數(shù)據(jù)。

　　當系統(tǒng)中要加載的類、反射的類和調(diào)用的方法較多時，永久代可能會被占滿，在未配置為采用 CMS GC 的情況下也會執(zhí)行 Full GC。如果經(jīng)過 Full GC 仍然回收不了，那么虛擬機會拋出 java.lang.OutOfMemoryError。

　　為避免以上原因引起的 Full GC，可采用的方法為增大永久代空間或轉(zhuǎn)為使用 CMS GC。

　　5、Concurrent Mode Failure

　　執(zhí)行 CMS GC 的過程中同時有對象要放入老年代，而此時老年代空間不足(可能是 GC 過程中浮動垃圾過多導致暫時性的空間不足)，便會報 Concurrent Mode Failure 錯誤，并觸發(fā) Full GC。