這兩天，廣州的天氣又開始熱了起來，又到了小動物交配的季節，啊呸，又到了一個收割 offer 的季節。年底將至，又到了面試的高峰期，JVM 作為Java 程式設計師面試繞不過的一道坎兒，它又來了，你準備好了嗎？

說說引用

面試官 A：小夥幾，上篇我們說到了 JVM 收集的兩種演算法 —— 引用記數法和可達性分析演算法，你對這兩種演算法的理解很清晰，那麼這兩種演算法有一個很重要的點，就是『引用』，其實無論是引用記數法和可達性分析演算法都離不開引用，那麼你來談談引用吧。

我： 這個啊，簡單，引用（reference）就是一塊記憶體儲存著另一塊記憶體地址（自信臉

面試官 A：說的倒也沒錯，但是過於片面，那麼你能不能詳細講一下引用呢？

我：上白板，我直接上圖吧（熟練的拿起馬克筆

面試官 A：那麼你能不能詳細的說一下這四種引用是在什麼情況下出現的呢，它們分別代表了什麼意義？

我：先說說強引用吧，我們日常中最常見到的就是強引用（拿起桌上的白板，開始手寫程式碼，就像這樣的，就屬於強引用，它有多強呢，就是隻要強引用存在，GC 永遠不會對它下手，嗯，你可以理解為就是範閒，皇上的私生子。

String s = "vi的技術部落格";
s = "技不可失";

面試官 A：你也看慶餘年啊，話說你看過原著沒，結局是什麼給我劇透劇透唄。

我：咳咳，老哥這樣不太好吧，這是我的微信：cm_950825，有什麼咱們私聊好吧，不要砸我 offer 收割機的招牌，別人還以為我是靠裙帶關係來著（小聲BB

面試官 A：那你來說一下軟引用吧。

我：我們還是接著來聊慶餘年吧，開個玩笑啦，我來一起把軟引用和弱引用一起說吧，它們都是用來描述一些非必需的物件，但是弱引用比起軟引用來說，更加的弱，怎麼說呢，還是看圖吧（揮斥方遒的感覺

軟引用關聯的物件，在系統發生 OOM之前，會把這些物件列入到回收範圍之中進行二次回收，如果這次回收仍然沒有足夠的記憶體，才會發生 OOM，它是長這樣兒式兒的。

Object o = new Object();
SoftReference<Object> soft = new SoftReference<Object>(o);

而弱引用就是個弟弟，只要有 GC，必被回收，這個弟弟是這樣的

Object o = new Object();
WeakReference<Object> weak = new WeakReference<Object>(o);

而它們的有一個普遍的應用場景：軟引用和弱引用的一個特點是它何時被回收是不可確定的, 因為這是由GC執行的不確定性所確定的. 所以, 一般用它們是有價值被快取, 而且很容易被重新被構建, 且很消耗記憶體的物件.

更深的東西我沒有再去研究了。。

面試官 A：整挺好，那你來說說最後的這個虛引用吧。

我：虛引用啊，這玩意兒你可以理解為沒有這個東西，它的唯一作用就是能在這個物件被 GC 的時候收到一個系統通知。

面試官 A：是這樣啊，那行吧，我手機沒油了，咱們下次接著聊

面試官上集手機忽然沒油了，不知道去哪加了一波油，又回來準備繼續和我大戰三百回合，尿遁用的如此熟練，一看就不是第一次幹這個事情，不是個簡單角色啊，我需要提高警惕了。

繼續面試

面試官 A ：剛剛我的手機沒油了，去加了點油（挑眉

我：理解理解，那咱們繼續吧？

面試官 A：剛剛我們說到關於引用的一些知識，那麼現在有一個問題，我們最開始說到了『可達性分析法』是我們目前正在使用的一個判定方法，那麼是否沒有連線到 GC Root 的物件都是被要被 GC 回收的呢？

我：話其實也不能這麼說（捏衣角），其實還是有挽回的餘地的，大道五十，天衍四九。自然會有一絲生機，生機就在於 finalize() 這個神奇的方法中，如果虛擬機發現物件沒有連線到 GC Root 上，這個物件就會被打上一個待回收的標籤，如果對它不管不顧，它就會拋棄掉，但是如果對它進行一些操作，比如說重寫finalize()方法，在裡面對它重新進行引用，就可以對這個物件進行最後的救贖。

面試官 A：既然說到了finalize()，你來說說你對這個方法的理解吧~

我：finalize()是Object類中的protected方法，我們通常在子類中繼承去完成資源清理的工作，GC 在進行回收的時候回去呼叫這個方法，但是我們通常不會用這個方法去進行GC，而是去釋放一些連線資源或者 IO流。

面試官 A：那麼我們為什麼通常不會用這個方法去完成 GC 呢？

我：原因啊。。這個我得好好想想，是這樣的，finalize()實際上並不能保證資源被回收，因為物件的finalize()方法中可以去做一些操作，使物件重新活過來，這個我剛剛也說過了，而且，由於finalize()方法只會被執行一次，會影響我們的判斷，而且它的執行效率非常低，所以我們一般不會用finalize()方法去回收物件。

面試官 A：OK，雖然有些粗略，但是大概說了出來，最後一個問題，你來梳理一下判定一個物件是否為垃圾的流程圖吧。

我：好嘞~

1. 首先，新建一個物件，這個時候物件是處於存活狀態的。

2. 當物件變成 GC Roots 不可達的時候，GC 會去判斷是否覆蓋了finalize()方法

3. 如果沒有覆蓋，直接進行回收。

4. 如果覆蓋了，再去判斷物件是否執行過finalize()方法，如果已經執行過，那麼也會進行回收。

5. 如果覆蓋且沒有執行過finalize()方法，會將這個物件放到一個叫做 F-Queue 的佇列中去。

6. 稍後由一個 JVM 自動建立的、低優先順序的 Finalizer 執行緒去執行

7. 這裡需要注意：這裡的執行並不意味著真的會執行完畢，只是告知虛擬機器會觸發這個方法，並不保證可以執行完畢。

8. 執行完畢之後，如果物件仍然沒有被重新引用（拯救），那麼就會被回收。

9. 如果被重新引用的話，就會被「復活」了。

   

面試官 A：可以，講述的還算清楚，我這邊考慮一下，你先回去等通知吧

我：好的，老哥再見~

公眾號

相關推薦