做者：正號先生˚
html
https://www.cnblogs.com/zhxiansheng/p/11294529.htmljava
1|0新生代和老年代
對象在被實例化以後，都是屬於新生代。算法
大部分新生代的生命週期都是及其短暫的，例如在一個方法中建立的對象會隨着方法執行完畢，棧空間的棧幀出棧後而失去引用。安全
而有一些對象確實會長期存活在堆內存的，好比被Static引用的對象。這種對象不會輕易的被垃圾回收器回收。微信
因此JVM會將堆內存分爲兩個區域，一個年輕代，一個老年代。jvm
其中年輕代，顧名思義，就是建立和使用完以後立馬就要被回收的對象放在裏面。而後老年帶呢，就是把一些會長期存活的對象放在裏面。jsp
1|1爲何要分紅新生代和老年代
不少人都會有一個疑問，爲何要劃分兩個區域呢？ide
由於這個垃圾回收有關，對於年輕代的對象，他們的特色是很快就會被回收，因此須要使用一種垃圾回收算法。優化
而對於老年代而言，裏面的大部分對象可能都會長期存活，那麼使用新生代的回收算法放在這裏就可能並非那麼的合適。須要有着本身的一套回收算法。this
2|0什麼是永久代
很簡單，JVM裏的永久代其實就是咱們以前說的方法區
所謂的永久代，你能夠認爲是存放一些類的信息，在上一個章節咱們知道咱們生成的.class就是存放在這個區域的。通常狀況下，咱們對於jvm調優都是對新生代和老年代進行調優。通常而言永久代保持默認配置就能夠了。
是否是意味着咱們就不須要關注永久代？
確定不是的。由於要存儲類的相關信息，因此對於動態生成類的狀況比較容易出現永久代的內存溢出。最典型的場景就是，在 jsp 頁面比較多的狀況，容易出現永久代內存溢出。
3|0如何判斷一個對象是不是垃圾
咱們知道，當一個對象被建立出來的時候，好比說在一個方法中建立一個對象，當該方法執行完畢後，就沒有引用指向這個對象了，這個對象就會變成垃圾對象。
這僅僅是一種狀況。
到低哪些對象是辣雞，哪些對象不是？
JVM中使用了一種可達性分析算法來斷定哪些對象是能夠被回收的。這個算法的核心就是看這個對象有誰在引用它，而後一層一層的往上判斷，看是否被GC roots所引用。
在java中，可做爲GC Roots的對象有：
1.虛擬機棧（棧幀中的本地變量表）中引用的對象(也就是咱們前面提到在方法中建立的對象)；2.方法區中的類靜態屬性引用的對象；3.方法區中常量引用的對象；4.本地方法棧中JNI（即通常說的Native方法）中引用的對象
當一個對象沒有被上述所引用，那麼這個對象就能夠被認爲是垃圾對象了。
總之記住一句話，只要你的對象被方法的具有變量，類的靜態變量給引用了，就不會回收他。
3|1java中對象不一樣的引用關係。
一、強引用
就是被GC roots所直接引用的對象。只要是強引用關係，那麼垃圾回收器是絕對不會回收這個對象的。
二、軟引用
public class test{public static SoftReference<ReplicaManager> manager =new SoftReference<ReplicaManager>(new Replicamanager)}
/**如上訴代碼，實例對象被「SoftReference」 軟引用類型的對象包裝起來了，那麼這個對象的引用就是軟引用。
正常狀況下是不會回收軟引用對象的，可是若是你進行垃圾回收後，返現內存仍是不夠存放新的對象的時候，這個時候就會吧軟引用的對象給回收掉**/
三、弱引用
這個相對前兩中使用的不多，與軟引用類時，當一個實例對象被「WeakReference」弱引用的對象包裝起來的時候，那麼這個對象就是弱引用。弱引用的生命週期就存在下一次垃圾回收以前，也就是說下一次垃圾回收會回收掉弱引用的對象。
四、虛引用
最弱雞的一種引用，我感受沒什麼做用。一個對象是否是虛引用對他本生的生命週期沒有影響。該何時回收就何時回收。設置他惟一的目的就是被回收的時候會獲得一個系統通知，通常來講沒什麼卵用
3|2finalize()方法的做用
到這裏，我相信你應該清楚了哪些對象會被回收哪些對象不會被回收。
若是一個對象被GC Roots所引用，可是！！他若是是軟引用或弱引用，那麼也是可能會被辣雞回收器給回收掉的。
在垃圾對象被回收的時候，會調用Object對象的finalize()方法。
咱們來模擬一個辣雞的自我救贖代碼。
public class A{public static A instance;@Overrideprotected void finalize() throws Throwable{ A.instance = this; }}
當對象被回收的時候，調用finalize方法，從新將GC Roots的變量引用指向本身，那麼就不會被回收了。
這個基本上沒人用，感受就是一個sb纔會寫的代碼。寫出來就是給你們說出這個細節。
4|0新生代對象是如何變成老年代對象的
4|1長期存活的對象會屢次躲過垃圾回收
躲過多少次Minor GC而沒有被回收掉，咱們就認爲這個對象的年齡有幾歲了，默認狀況下，當一個對象10多歲的時候，就認爲他是一個老人了。須要被轉移到老年代去。
想一想也正常，新生代的競爭壓力這麼大，老年對象仍是早點去老年代比較好不與年輕人競爭資源。
4|2特別大的超大對象直接不通過新生代就進入老年代
年輕代的的競爭原本就很大，你還要佔用那麼多資源，不行不行，你仍是去老年代吧。
4|3動態年齡判斷機制
這一部分須要結合垃圾回收器的算法來說，就是複製算法。咱們在後面的章節會講到，這裏大概介紹一下。
咱們通常會將新生代分爲三個區域，一個Eden，兩個Survivor。比例8：1：1.
生成的對象默認在eden區域。當發生一次Minor GC後，會將存活的對象複製到其中一個Survivor區域。當下一次GC後又會將存活的對象複製到另外一塊Survivor。這麼作的好處是減小內存碎片。
當咱們發生一次GC後，將存活對象放到其中一塊survivor區域。發現其中的1歲，2歲，3歲的對象年齡加起來內存超過survivor區域的一半，就會把4歲以及4歲以上的對想轉移到老年代。
4|4GC後survivor區域存放不下
這個沒辦法，GC後都還存放不下通常來講要不是訪問量激增，要麼就是優化的不到位，因此只好將這寫對象轉移到老年代。
4|5空間擔保機制
在發生minor gc以前，虛擬機會檢測 : 老年代最大可用的連續空間>新生代all對象總空間？
一、知足，minor gc是安全的，能夠進行minor gc。
二、不知足，虛擬機查看HandlePromotionFailure參數：
（1）爲true，容許擔保失敗，會繼續檢測老年代最大可用的連續空間>歷次晉升到老年代對象的平均大小。若大於，將嘗試進行一次minor gc，若失敗，則從新進行一次full gc。
（2）爲false，則不容許冒險，要進行full gc（對老年代進行gc）。
本文分享自微信公衆號 - java1234（gh_27ed55ecb177）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。