GC分類 針對HotSpot VM的實現，它裡面的GC其實準確分類只有兩大種： Partial GC：並不收集整個GC堆的模式 Young GC：只收集young gen的GC Old GC：只收集old gen的GC。只有CMS的concurrent collection是這個模式 Mixed G ...
GC分類
針對HotSpot VM的實現，它裡面的GC其實準確分類只有兩大種：
- Partial GC：並不收集整個GC堆的模式
-
Young GC：只收集young gen的GC
-
Old GC：只收集old gen的GC。只有CMS的concurrent collection是這個模式
-
Mixed GC：收集整個young gen以及部分old gen的GC。只有G1有這個模式
-
- Full GC：收集整個堆，包括young gen、old gen、perm gen（如果存在的話）等所有部分的模式。
說明
Major GC通常是跟full GC是等價的，收集整個GC堆。但因為HotSpot VM發展了這麼多年，外界對各種名詞的解讀已經完全混亂了，當有人說“major GC”的時候一定要問清楚他想要指的是上面的full GC還是old gen。
最簡單的分代式GC策略，按HotSpot VM的serial GC的實現來看，觸發條件是：
-
young GC：當young gen中的eden區分配滿的時候觸發。註意young GC中有部分存活對象會晉升到old gen，所以young GC後old gen的占用量通常會有所升高。
-
full GC：當準備要觸發一次young GC時，如果發現統計數據說之前young GC的平均晉升大小比目前old gen剩餘的空間大，則不會觸發young GC而是轉為觸發full GC（因為HotSpot VM的GC里，除了CMS的concurrent collection之外，其它能收集old gen的GC都會同時收集整個GC堆，包括young gen，所以不需要事先觸發一次單獨的young GC）；或者，如果有perm gen的話，要在perm gen分配空間但已經沒有足夠空間時，也要觸發一次full GC；或者System.gc()、heap dump帶GC，預設也是觸發full GC。
HotSpot VM里其它非併發GC的觸發條件複雜一些，不過大致的原理與上面說的其實一樣。
當然也總有例外。Parallel Scavenge（-XX:+UseParallelGC）框架下，預設是在要觸發full GC前先執行一次young GC，並且兩次GC之間能讓應用程式稍微運行一小下，以期降低full GC的暫停時間（因為young GC會儘量清理了young gen的死對象，減少了full GC的工作量）。這是HotSpot VM里的奇葩嗯。
併發GC的觸發條件就不太一樣。以CMS GC為例，它主要是定時去檢查old gen的使用量，當使用量超過了觸發比例就會啟動一次CMS GC，對old gen做併發收集。
