一、內存回收策略和常見概念

常見內存回收策略可以從以下幾個維度來理解：

1 串行&並行
串行：單線程執行內存回收工作。十分簡單，無需考慮同步等問題，但耗時較長，不適合多cpu。
並行：多線程並發進行回收工作。適合多CPU，效率高。
2 並發& stop the world
stop the world：jvm裏的應用線程會掛起，只有垃圾回收線程在工作進行垃圾清理工作。簡單，無需考慮回收不幹凈等問題。
並發：在垃圾回收的同時，應用也在跑。保證應用的響應時間。會存在回收不幹凈需要二次回收的情況。
3 壓縮&非壓縮&copy
壓縮：在進行垃圾回收後，會通過滑動，把存活對象滑動到連續的空間裏，清理碎片，保證剩余的空間是連續的。
非壓縮：保留碎片，不進行壓縮。

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。而且從實際使用過程中來看， 也達到了比較穩定的效果。

java基礎—常用的GC策略，什麽時候會觸發YGC，什麽時候觸發FGC？