Java引用類型分析

概述

java.lang.ref 類庫包含一組類迟螺,為垃圾回收提供了更大的靈活性住拭。

java.lang.ref 有三個繼承自抽象類 Reference 的類:

Reference類圖

這三個類為垃圾回收器(GC)提供了不同級別的提示根时,使得GC以不同的策略回收對象。

StrongReference

強引用是使用最普遍的引用睦优,它是默認(rèn)的引用類型纯赎,不需要顯式聲明块攒,在java.lang.ref中沒有實際的類對應(yīng),可以把它理解為Java的內(nèi)置省略默認(rèn)引用類型佃乘。

具有強引用的對象, 只要對象是“可獲得的”(reachable)囱井,GC就承諾不會回收對象,即使JVM內(nèi)存不足趣避,拋出OutOfMemoryError異常庞呕。

對象是“可獲得的”(reachable),是指此對象可在程序中的某處找到程帕。這意味著你在內(nèi)存棧中有一個普通的引用住练,而它正指向此對象;也可能是你的引用指向某個對象愁拭,而那個對象含有另一個引用讲逛,指向正在討論的對象;也可能有更多的中間鏈接岭埠。

@Test
public void strongReferenceTest() {
    Object obj = new Object();
    System.gc();
    assertThat("obj沒被回收", obj, not(nullValue()));
}

SoftReference

只具有軟引用的對象盏混,GC承諾在JVM內(nèi)存充足的時候不回收對象。

@Test
public void softReferenceTest() {
    SoftReference<Object> objSoftReference = new SoftReference<Object>(new Object());
    
    int index = 0;
    long[][] vars = new long[1024][];
    
    long maxMemory;
    long freeMemory;
    
    while(objSoftReference.get() != null) {
        maxMemory = Runtime.getRuntime().maxMemory(); //最大可用內(nèi)存
        freeMemory = Runtime.getRuntime().freeMemory(); //當(dāng)前JVM空閑內(nèi)存
        System.out.printf("maxMemory = %s, freeMemory = %s\n", maxMemory, freeMemory);
    
        vars[index++] = new long[1024];
        System.gc();
    }
    assertThat("obj被回收了", objSoftReference.get(), nullValue());
}

執(zhí)行上面的用例惜论,剛開始objSoftReference引用的對象不會被GC回收许赃,隨著內(nèi)存逐漸被吃掉,JVM開始覺得內(nèi)存匱乏了才回收objSoftReference引用的對象馆类。

由此可見混聊,SoftReference在內(nèi)存充足的時候保持對象,在內(nèi)存匱乏的時候釋放對象乾巧。這種回收策略適合應(yīng)用在內(nèi)存敏感的高速緩存的場景句喜。

注意: 執(zhí)行用例前需要設(shè)置JVM參數(shù): -Xmx1m,限制jvm的Java Heap最大值沟于。

設(shè)置其他的值該用例可能執(zhí)行失敗咳胃,原因是:

  1. new long[1024]可能越過了JVM內(nèi)存不充足的判斷邊界。
  2. System.gc()調(diào)用頻率的限制社裆。

WeakReference

只具有弱引用的對象拙绊,GC執(zhí)行時會馬上回收對象。

@Test
public void WeakReferenceTest() throws InterruptedException {
    ReferenceQueue<Object> referenceQueue = new ReferenceQueue<Object>();
    WeakReference<Object> objWeakReference = new WeakReference<Object>(new Object(), referenceQueue);

    assertThat("還沒有執(zhí)行GC, obj還沒被回收", objWeakReference.get(), not(nullValue()));
    assertThat("還沒有執(zhí)行GC, referenceQueue為空", referenceQueue.poll(), nullValue());

    System.gc();
    Thread.sleep(500);  // 確保GC執(zhí)行完成

    assertThat("執(zhí)行GC后, obj馬上被回收了", objWeakReference.get(), nullValue());
    assertThat("執(zhí)行GC后, objWeakReference被放入referenceQueue", objWeakReference, equalTo((Reference)referenceQueue.poll()));
}

由于GC線程的優(yōu)先級比較低泳秀,不一定會很快執(zhí)行GC标沪,所以只具有弱引用的對象可能會繼續(xù)存活一段時間,這段時間內(nèi)可以通過get()方法繼續(xù)獲得引用的對象嗜傅。當(dāng)GC回收對象后會把objWeakReference放入referenceQueue隊列中金句。

PhantomReference

只具有虛引用的對象,和 沒有任何引用一樣 吕嘀,無論它是否被回收违寞,你永遠(yuǎn)也取不到引用的對象了贞瞒,并且GC執(zhí)行時會馬上回收對象。

@Test
public void PhantomReferenceTest() throws InterruptedException {
    ReferenceQueue<Object> referenceQueue = new ReferenceQueue<Object>();
    PhantomReference<Object> objPhantomReference = new PhantomReference<Object>(new Object(), referenceQueue);

    assertThat("無法通過虛引用獲取到對象", objPhantomReference.get(), nullValue());
    assertThat("還沒有執(zhí)行GC, referenceQueue為空", referenceQueue.poll(), nullValue());

    System.gc();
    Thread.sleep(500);  // 確保GC執(zhí)行完成

    assertThat("無法通過虛引用獲取到對象", objPhantomReference.get(), nullValue());
    assertThat("執(zhí)行GC后, objPhantomReference被放入referenceQueue", objPhantomReference, equalTo((Reference)referenceQueue.poll()));
}

換言之趁曼,當(dāng)一個只具有虛引用的對象军浆,你已經(jīng)失去了對它的所有控制權(quán)。唯一你可知的是: 對象是否被GC回收了挡闰,當(dāng)GC回收對象后和WeakReference一樣乒融,GC會把objPhantomReference放入referenceQueue隊列中。

WeakReference vs PhantomReference

目前為止摄悯,我們已經(jīng)可以總結(jié)出WeakReferencePhantomReference的一些相同點和不同點赞季。

相同點:

  • 當(dāng)GC執(zhí)行時,兩者引用的對象都會被回收奢驯。
  • 對象被回收后申钩,引用對象本身都會被放入一個ReferenceQueue隊列中。

不同點:

  • GC回收引用的對象前瘪阁,WeakReference還有機會獲得引用的對象撒遣,而PhantomReference永遠(yuǎn)失去了和引用的對象之間的聯(lián)系。
  • 使用SoftReferenceWeakReference時,你可以選擇是否要將它們放入ReferenceQueue中罗洗。而PhantomReference只能依賴于ReferenceQueue愉舔,否則毫無用處钢猛。

除了以上的不同點外伙菜,WeakReferencePhantomReference之間還有一個最大的不同點,先看用例:

Object obj = null;

@Test
public void WeakReferenceWhenFinalizeTest() throws InterruptedException {

    ReferenceQueue<Object> referenceQueue = new ReferenceQueue<Object>();
    WeakReference<Object> objWeakReference = new WeakReference<Object>(
        new Object() {
            public void finalize() {
                obj = this;
            }
        }, referenceQueue);

    assertThat("還沒有執(zhí)行GC, obj還沒被回收", objWeakReference.get(), not(nullValue()));
    assertThat("還沒有執(zhí)行GC, referenceQueue為空", referenceQueue.poll(), nullValue());

    System.gc();
    Thread.sleep(500);  // 確保GC執(zhí)行完成

    assertThat("執(zhí)行GC后, obj沒有被回收命迈,但是無法獲取到對象", objWeakReference.get(), nullValue());
    assertThat("執(zhí)行GC后, obj沒有被回收贩绕,objWeakReference被放入referenceQueue", objWeakReference, equalTo((Reference)referenceQueue.poll()));
}
Object obj = null;

@Test
public void PhantomReferenceWhenFinalizeTest() throws InterruptedException {
    ReferenceQueue<Object> referenceQueue = new ReferenceQueue<Object>();
    PhantomReference<Object> objPhantomReference = new PhantomReference<Object>(
        new Object() {
            public void finalize() {
                obj = this;
            }
        }, referenceQueue);

    assertThat("無法通過虛引用獲取到對象", objPhantomReference.get(), nullValue());
    assertThat("還沒有執(zhí)行GC, obj沒有被回收,referenceQueue為空", referenceQueue.poll(), nullValue());

    System.gc();
    Thread.sleep(500);  // 確保GC執(zhí)行完成

    assertThat("無法通過虛引用獲取到對象", objPhantomReference.get(), nullValue());
    assertThat("執(zhí)行GC后, referenceQueue為空", referenceQueue.poll(), nullValue());
}

GC執(zhí)行時壶愤,引用的對象通過finalize()再次將自己激活淑倾,GC最終并沒有釋放引用的對象。

這時:

  • WeakReference已經(jīng)無法獲得引用的對象征椒,并且WeakReference對象被放入了ReferenceQueue娇哆。
  • PhantomReference對象并沒有被放入ReferenceQueue

所以勃救,PhantomReference區(qū)別于WeakReference最大的不同是PhantomReference對象只有在對象真正被回收后才會被放入ReferenceQueue碍讨。

總結(jié)

如果你想繼續(xù)持有對某個對象的引用,希望以后還能夠訪問到該對象蒙秒,同時也允許垃圾回收器釋放它勃黍,這時就應(yīng)該使用Reference對象。

StrongReference晕讲、SoftReference覆获、WeakReferencePhantomReference由強到弱排列马澈,應(yīng)用的場景也各不相同。

  • Softreference: 只在內(nèi)存不足時才被回收弄息,主要用以實現(xiàn)內(nèi)存敏感的高速緩存痊班。
  • WeakReference: 主要用以實現(xiàn) 規(guī)范映射 ,具體的實踐可以查看WeakHashMap的實現(xiàn)摹量。
  • Phantomreference: 可以追蹤對象的回收事件辩块,主要用以執(zhí)行回收前的清理工作,它比finalize()更靈活荆永。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末废亭,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子具钥,更是在濱河造成了極大的恐慌豆村,老刑警劉巖,帶你破解...
    沈念sama閱讀 211,639評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件骂删,死亡現(xiàn)場離奇詭異掌动,居然都是意外死亡,警方通過查閱死者的電腦和手機宁玫,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,277評論 3 385
  • 文/潘曉璐 我一進(jìn)店門粗恢,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人欧瘪,你說我怎么就攤上這事眷射。” “怎么了佛掖?”我有些...
    開封第一講書人閱讀 157,221評論 0 348
  • 文/不壞的土叔 我叫張陵妖碉,是天一觀的道長。 經(jīng)常有香客問我芥被,道長欧宜,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,474評論 1 283
  • 正文 為了忘掉前任拴魄,我火速辦了婚禮冗茸,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘匹中。我一直安慰自己夏漱,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 65,570評論 6 386
  • 文/花漫 我一把揭開白布职员。 她就那樣靜靜地躺著麻蹋,像睡著了一般。 火紅的嫁衣襯著肌膚如雪焊切。 梳的紋絲不亂的頭發(fā)上扮授,一...
    開封第一講書人閱讀 49,816評論 1 290
  • 那天芳室,我揣著相機與錄音,去河邊找鬼刹勃。 笑死堪侯,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的荔仁。 我是一名探鬼主播伍宦,決...
    沈念sama閱讀 38,957評論 3 408
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼乏梁!你這毒婦竟也來了次洼?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,718評論 0 266
  • 序言:老撾萬榮一對情侶失蹤遇骑,失蹤者是張志新(化名)和其女友劉穎卖毁,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體落萎,經(jīng)...
    沈念sama閱讀 44,176評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡亥啦,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,511評論 2 327
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了练链。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片翔脱。...
    茶點故事閱讀 38,646評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖媒鼓,靈堂內(nèi)的尸體忽然破棺而出届吁,到底是詐尸還是另有隱情,我是刑警寧澤隶糕,帶...
    沈念sama閱讀 34,322評論 4 330
  • 正文 年R本政府宣布瓷产,位于F島的核電站站玄,受9級特大地震影響枚驻,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜株旷,卻給世界環(huán)境...
    茶點故事閱讀 39,934評論 3 313
  • 文/蒙蒙 一再登、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧晾剖,春花似錦锉矢、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,755評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至循头,卻和暖如春绵估,著一層夾襖步出監(jiān)牢的瞬間炎疆,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,987評論 1 266
  • 我被黑心中介騙來泰國打工国裳, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留形入,地道東北人。 一個月前我還...
    沈念sama閱讀 46,358評論 2 360
  • 正文 我出身青樓缝左,卻偏偏與公主長得像亿遂,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子渺杉,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 43,514評論 2 348

推薦閱讀更多精彩內(nèi)容