一、內存回收策略和常見概念
常見內存回收策略可以從以下幾個維度來理解：
1 串行&並行
串行：單線程執行內存回收工作。十分簡單，無需考慮同步等問題，但耗時較長，不適合多cpu。
並行：多線程並發進行回收工作。適合多CPU，效率高。
2 並發& stop the world
stop the world：jvm里的應用線程會掛起，只有垃圾回收線程在工作進行垃圾清理工作。簡單，無需考慮回收不干凈等問題。
並發：在垃圾回收的同時，應用也在跑。保證應用的響應時間。會存在回收不干凈需要二次回收的情況。
3 壓縮&非壓縮©
壓縮：在進行垃圾回收后，會通過滑動，把存活對象滑動到連續的空間里，清理碎片，保證剩余的空間是連續的。
非壓縮：保留碎片，不進行壓縮。
copy：將存活對象移到新空間，老空間全部釋放。（需要較大的內存。）
一個垃圾回收算法，可以從上面幾個維度來考慮和設計，而最終產生擁有不同特性適合不同場景的垃圾回收器。
二、JVM的YGC&FGC
YGC ：對新生代堆進行GC。頻率比較高，因為大部分對象的存活壽命較短，在新生代里被回收。性能耗費較小。
FGC ：全堆范圍的GC。默認堆空間使用到達80%(可調整)的時候會觸發FGC。以我們生產環境為例，一般比較少會觸發FGC，有時10天或一周左右會有一次。
三、什么時候會觸發YGC,什么時候觸發FGC?
YGC的時機:
edn空間不足
FGC的時機：
1.old空間不足；
2.perm空間不足；
3.顯示調用System.gc() ，包括RMI等的定時觸發;
4.YGC時的悲觀策略；
5.dump live的內存信息時(jmap –dump:live)。
對YGC的 觸發時機，相當的顯而易見，就是eden空間不足， 這時候就肯定會觸發ygc
對於FGC的觸發時機， old空間不足， 和perm的空間不足， 調用system.gc()這幾個都比較顯而易見，就是在這種情況下， 一般都會觸發GC。
最復雜的是所謂的悲觀策略，它觸發的機制是在首先會計算之前晉升的平均大小，也就是從新生代，通過ygc變成新生代的平均大小，然后如果舊生代剩余的空間小於晉升大小，那么就會觸發一次FullGC。sdk考慮的策略是， 從平均和長遠的情況來看，下次晉升空間不夠的可能性非常大， 與其等到那時候在fullGC 不如悲觀的認為下次肯定會觸發FullGC， 直接先執行一次FullGC。而且從實際使用過程中來看， 也達到了比較穩定的效果。