Android 強(qiáng)很澄、軟、弱颜及、虛引用 區(qū)別和使用場景

標(biāo)簽:Android

強(qiáng)引用

關(guān)于強(qiáng)引用的使用場景

  String s = new String("zb");

強(qiáng)引用的介紹

強(qiáng)引用是我們使用最頻繁的甩苛,如果一個對象具有強(qiáng)引用,那Gc就不會回收俏站,當(dāng)內(nèi)存不足時讯蒲,java虛擬機(jī)就會拋出OOM的錯誤你(也就是OutOfMemoryError),使程序異常終止肄扎,也不會隨意回收具有強(qiáng)引用的對象來解決內(nèi)存不足問題墨林。
通過引用,可以對堆中的對象進(jìn)行操作犯祠,在某個方法中旭等,當(dāng)創(chuàng)建一個對象,該對象被分配到堆中衡载,通過這個對象的引用我們才能對這個對象進(jìn)行操作

強(qiáng)引用的特點(diǎn)

  • 強(qiáng)引用可以直接訪問目標(biāo)對象
  • 強(qiáng)引用所指向的對象在任何時候都不會對系統(tǒng)回收搔耕,JVM寧愿拋出OOM異常們也不會回收強(qiáng)引用所指向的對象。
  • 強(qiáng)引用可能導(dǎo)致內(nèi)存泄漏

軟引用

關(guān)于SoftReference軟引用

SoftReference:軟引用---->當(dāng)虛擬機(jī)內(nèi)存不足時痰娱,將會回收它指向的對象度迂;需要獲取對象時藤乙,可以調(diào)用get方法。
可以通過java.lang.ref.SoftReference使用軟引用惭墓,一個持有軟引用的對象坛梁,不會很快被JVM回收,JVM會根據(jù)當(dāng)前堆的使用情況來判斷何時回收腊凶,當(dāng)堆的使用率臨近閾值時划咐,會快就會回收軟引用對象

軟引用的應(yīng)用場景

例如從網(wǎng)絡(luò)上獲取圖片,然后將獲取的圖片顯示的同時钧萍,通過軟引用緩存起來褐缠。當(dāng)下次再去網(wǎng)絡(luò)上獲取圖片時,首先會檢查要獲取的圖片緩存中是否存在风瘦,若存在队魏,直接取出來,不需要再去網(wǎng)絡(luò)上獲取万搔。

軟引用的簡單使用

用法如下

//軟引用的簡單使用
News news = new News();
SoftReference softReference = new SoftReference(news);
News news1 = (News) softReference.get();

軟引用的特點(diǎn)

  • 如果一個對象只具有軟引用胡桨,那么如果內(nèi)存空間足夠,垃圾回收器就不會回收它瞬雹;如果內(nèi)存空間不足了昧谊,就會回收這些對象的內(nèi)存。只要垃圾回收器沒有回收它酗捌,該對象就可以被程序使用呢诬。
  • 軟引用可用來實(shí)現(xiàn)內(nèi)存敏感的高速緩存。軟引用可以和一個引用隊列(ReferenceQueue)聯(lián)合使用胖缤,如果軟引用所引用的對象被垃圾回收尚镰,Java虛擬機(jī)就會把這個軟引用加入到與之關(guān)聯(lián)的引用隊列中。
    代碼如下
News news = new News();
SoftReference softReference = new SoftReference(news);
News news1 = (News) softReference.get();
ReferenceQueue referenceQueue = new ReferenceQueue();
SoftReference  ref = new  SoftReference(news1, referenceQueue);

如何回收它

那么當(dāng)這個SoftReference所軟引用的aMyOhject被垃圾收集器回收的同時哪廓,ref所強(qiáng)引用的SoftReference對象被列入ReferenceQueue钓猬。

也就是說,ReferenceQueue中保存的對象是Reference對象撩独,而且是已經(jīng)失去了它所軟引用的對象的Reference對象敞曹。另外從ReferenceQueue這個名字也可以看出,它是一個隊列综膀,當(dāng)我們調(diào)用它的poll()方法的時候澳迫,如果這個隊列中不是空隊列,那么將返回隊列前面的那個Reference對象剧劝。

在任何時候橄登,我們都可以調(diào)用ReferenceQueue的poll()方法來檢查是否有它所關(guān)心的非強(qiáng)可及對象被回收。如果隊列為空,將返回一個null,否則該方法返回隊列中前面的一個Reference對象拢锹。利用這個方法谣妻,我們可以檢查哪個SoftReference所軟引用的對象已經(jīng)被回收。于是我們可以把這些失去所軟引用的對象的SoftReference對象清除掉

SoftReference reference = null;
        while ((reference = (SoftReference) referenceQueue.poll()) != null){
                //清除reference
        }

應(yīng)用的場景

View view = findViewById(R.id.button);
Bitmap bitmap = BitmapFactory.decodeResource(getResources(),R.drawable.ic_launcher);
Drawable drawable = new BitmapDrawable(bitmap);
SoftReference<Drawable> drawableSoftReference = new SoftReference<Drawable>(drawable);
if(drawableSoftReference != null) {
    view.setBackground(drawableSoftReference.get());
}

這樣使用軟引用的好處

通過軟引用的get()方法卒稳,取得drawable對象實(shí)例的強(qiáng)引用蹋半,發(fā)現(xiàn)對象被未回收。在GC在內(nèi)存充足的情況下充坑,不會回收軟引用對象减江。此時view的背景顯示.

實(shí)際情況中,我們會獲取很多圖片.然后可能給很多個view展示, 這種情況下很容易內(nèi)存吃緊導(dǎo)致oom,內(nèi)存吃緊,系統(tǒng)開始會GC捻爷。這次GC后辈灼,drawables.get()不再返回Drawable對象,而是返回null也榄,這時屏幕上背景圖不顯示巡莹,說明在系統(tǒng)內(nèi)存緊張的情況下,軟引用被回收甜紫。

使用軟引用以后降宅,在OutOfMemory異常發(fā)生之前,這些緩存的圖片資源的內(nèi)存空間可以被釋放掉的棵介,從而避免內(nèi)存達(dá)到上限,避免Crash發(fā)生吧史。

注意避免軟引用獲取對象為null

在垃圾回收器對這個Java對象回收前邮辽,SoftReference類所提供的get方法會返回Java對象的強(qiáng)引用,一旦垃圾線程回收該Java對象之后贸营,get方法將返回null吨述。所以在獲取軟引用對象的代碼中,一定要判斷是否為null钞脂,以免出現(xiàn)NullPointerException異常導(dǎo)致應(yīng)用崩潰揣云。

弱引用

關(guān)于WeakReference弱引用

WeakReference

弱引用–>隨時可能會被垃圾回收器回收,不一定要等到虛擬機(jī)內(nèi)存不足時才強(qiáng)制回收冰啃。要獲取對象時邓夕,同樣可以調(diào)用get方法。

特點(diǎn):

  • 如果一個對象只具有弱引用阎毅,那么在垃圾回收器線程掃描的過程中焚刚,一旦發(fā)現(xiàn)了只具有弱引用的對象,不管當(dāng)前內(nèi)存空間足夠與否扇调,都會回收它的內(nèi)存矿咕。不過,由于垃圾回收器是一個優(yōu)先級很低的線程,因此不一定會很快發(fā)現(xiàn)那些只具有弱引用的對象碳柱。
  • 弱引用也可以和一個引用隊列(ReferenceQueue)聯(lián)合使用捡絮,如果弱引用所引用的對象被垃圾回收,Java虛擬機(jī)就會把這個弱引用加入到與之關(guān)聯(lián)的引用隊列中莲镣。

WeakReference:防止內(nèi)存泄漏福稳,要保證內(nèi)存被虛擬機(jī)回收

先看一個handler小案例【千萬不要忽視淡黃色警告】


handler.png

為什么這樣會造成內(nèi)存泄漏

這種情況就是由于android的特殊機(jī)制造成的:當(dāng)一個android主線程被創(chuàng)建的時候,同時會有一個Looper對象被創(chuàng)建剥悟,而這個Looper對象會實(shí)現(xiàn)一個MessageQueue(消息隊列)灵寺,當(dāng)我們創(chuàng)建一個handler對象時,而handler的作用就是放入和取出消息從這個消息隊列中区岗,每當(dāng)我們通過handler將一個msg放入消息隊列時略板,這個msg就會持有一個handler對象的引用。
因此當(dāng)Activity被結(jié)束后慈缔,這個msg在被取出來之前叮称,這msg會繼續(xù)存活,但是這個msg持有handler的引用藐鹤,而handler在Activity中創(chuàng)建瓤檐,會持有Activity的引用,因而當(dāng)Activity結(jié)束后娱节,Activity對象并不能夠被gc回收挠蛉,因而出現(xiàn)內(nèi)存泄漏

根本原因

Activity在被結(jié)束之后,MessageQueue并不會隨之被結(jié)束肄满,如果這個消息隊列中存在msg谴古,則導(dǎo)致持有handler的引用,但是又由于Activity被結(jié)束了稠歉,msg無法被處理掰担,從而導(dǎo)致永久持有handler對象,handler永久持有Activity對象怒炸,于是發(fā)生內(nèi)存泄漏带饱。但是為什么為static類型就會解決這個問題呢?
因為在java中所有非靜態(tài)的對象都會持有當(dāng)前類的強(qiáng)引用阅羹,而靜態(tài)對象則只會持有當(dāng)前類的弱引用勺疼。
聲明為靜態(tài)后,handler將會持有一個Activity的弱引用捏鱼,而弱引用會很容易被gc回收恢口,這樣就能解決Activity結(jié)束后,gc卻無法回收的情況穷躁。

解決辦法

 private static class MyHandler extends Handler{
        WeakReference<MainActivity> weakReference;
        MyHandler(MainActivity activity) {
            weakReference = new WeakReference<>(activity);
        }
    }
    private MyHandler handler = new MyHandler(this) {
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
        }
    };

虛引用

關(guān)于PhantomReference類虛引用

虛引用是所有引用類型中最弱的一個耕肩。一個持有虛引用的對象因妇,和沒有引用幾乎是一樣的,隨時都可能被垃圾回收器回收猿诸。當(dāng)試圖通過虛引用的get()方法取得強(qiáng)引用時婚被,總是會失敗。并且梳虽,虛引用必須和引用隊列一起使用址芯,它的作用在于跟蹤垃圾回收過程。 當(dāng)垃圾回收器準(zhǔn)備回收一個對象時窜觉,如果發(fā)現(xiàn)它還有虛引用谷炸,就會在垃圾回收后,銷毀這個對象禀挫,獎這個虛引用加入引用隊列旬陡。

Android實(shí)際開發(fā)中沒有用到過

貌似開發(fā)中沒有接觸過虛引用

弱引用和軟引用區(qū)別

  • 弱引用與軟引用的根本區(qū)別在于:只具有弱引用的對象擁有更短暫的生命周期,可能隨時被回收语婴。而只具有軟引用的對象只有當(dāng)內(nèi)存不夠的時候才被回收描孟,在內(nèi)存足夠的時候,通常不被回收砰左。

使用軟引用或者弱引用防止內(nèi)存泄漏

  • 在Android應(yīng)用的開發(fā)中匿醒,為了防止內(nèi)存溢出,在處理一些占用內(nèi)存大而且聲明周期較長的對象時候缠导,可以盡量應(yīng)用軟引用和弱引用技術(shù)廉羔。
    軟引用,弱引用都非常適合來保存那些可有可無的緩存數(shù)據(jù)僻造。如果這樣做憋他,當(dāng)系統(tǒng)內(nèi)存不足時,這些緩存數(shù)據(jù)會被回收嫡意,不會導(dǎo)致內(nèi)存溢出举瑰。而當(dāng)內(nèi)存資源充足時捣辆,這些緩存數(shù)據(jù)又可以存在相當(dāng)長的時間蔬螟。

到底什么時候使用軟引用,什么時候使用弱引用呢汽畴?

  • 個人認(rèn)為旧巾,如果只是想避免OutOfMemory異常的發(fā)生,則可以使用軟引用忍些。如果對于應(yīng)用的性能更在意鲁猩,想盡快回收一些占用內(nèi)存比較大的對象,則可以使用弱引用罢坝。
  • 還有就是可以根據(jù)對象是否經(jīng)常使用來判斷廓握。如果該對象可能會經(jīng)常使用的,就盡量用軟引用。如果該對象不被使用的可能性更大些隙券,就可以用弱引用男应。
  • 另外,和弱引用功能類似的是WeakHashMap娱仔。WeakHashMap對于一個給定的鍵沐飘,其映射的存在并不阻止垃圾回收器對該鍵的回收,回收以后牲迫,其條目從映射中有效地移除耐朴。WeakHashMap使用ReferenceQueue實(shí)現(xiàn)的這種機(jī)制。

對比結(jié)果.png

再一次感謝您花費(fèi)時間閱讀這份文章盹憎,祝您在這里記錄筛峭、閱讀、分享愉快脚乡,新手上路多多指教蜒滩!

作者 @windrain_boy
2017年06月10日

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市奶稠,隨后出現(xiàn)的幾起案子俯艰,更是在濱河造成了極大的恐慌,老刑警劉巖锌订,帶你破解...
    沈念sama閱讀 217,277評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件竹握,死亡現(xiàn)場離奇詭異,居然都是意外死亡辆飘,警方通過查閱死者的電腦和手機(jī)啦辐,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,689評論 3 393
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來蜈项,“玉大人芹关,你說我怎么就攤上這事〗糇洌” “怎么了侥衬?”我有些...
    開封第一講書人閱讀 163,624評論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長跑芳。 經(jīng)常有香客問我轴总,道長,這世上最難降的妖魔是什么博个? 我笑而不...
    開封第一講書人閱讀 58,356評論 1 293
  • 正文 為了忘掉前任怀樟,我火速辦了婚禮,結(jié)果婚禮上盆佣,老公的妹妹穿的比我還像新娘往堡。我一直安慰自己械荷,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,402評論 6 392
  • 文/花漫 我一把揭開白布虑灰。 她就那樣靜靜地躺著养葵,像睡著了一般。 火紅的嫁衣襯著肌膚如雪瘩缆。 梳的紋絲不亂的頭發(fā)上关拒,一...
    開封第一講書人閱讀 51,292評論 1 301
  • 那天,我揣著相機(jī)與錄音庸娱,去河邊找鬼着绊。 笑死,一個胖子當(dāng)著我的面吹牛熟尉,可吹牛的內(nèi)容都是我干的归露。 我是一名探鬼主播,決...
    沈念sama閱讀 40,135評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼斤儿,長吁一口氣:“原來是場噩夢啊……” “哼剧包!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起往果,我...
    開封第一講書人閱讀 38,992評論 0 275
  • 序言:老撾萬榮一對情侶失蹤疆液,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后陕贮,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體堕油,經(jīng)...
    沈念sama閱讀 45,429評論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,636評論 3 334
  • 正文 我和宋清朗相戀三年肮之,在試婚紗的時候發(fā)現(xiàn)自己被綠了掉缺。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 39,785評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡戈擒,死狀恐怖眶明,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情筐高,我是刑警寧澤搜囱,帶...
    沈念sama閱讀 35,492評論 5 345
  • 正文 年R本政府宣布,位于F島的核電站凯傲,受9級特大地震影響犬辰,放射性物質(zhì)發(fā)生泄漏嗦篱。R本人自食惡果不足惜冰单,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,092評論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望灸促。 院中可真熱鬧诫欠,春花似錦涵卵、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,723評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至被廓,卻和暖如春坏晦,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背嫁乘。 一陣腳步聲響...
    開封第一講書人閱讀 32,858評論 1 269
  • 我被黑心中介騙來泰國打工昆婿, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人蜓斧。 一個月前我還...
    沈念sama閱讀 47,891評論 2 370
  • 正文 我出身青樓仓蛆,卻偏偏與公主長得像,于是被迫代替她去往敵國和親挎春。 傳聞我的和親對象是個殘疾皇子看疙,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,713評論 2 354

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