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

　　1、調用 System.gc()

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

　　2、老年代空間不足

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

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

　　3、空間分配擔保失敗

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

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

　　在 JDK 1.7 及以前，HotSpot 虛擬機中的方法區是用永久代實現的，永久代中存放的為一些 Class 的信息、常量、靜態變量等數據。

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

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

　　5、Concurrent Mode Failure

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