"引用"在Android和Java中的工作原理

本文講的是徹底理解引用在 Android 和 Java 中的工作原理。

對(duì)于一個(gè) Android 開發(fā)者，如果你不使用 WeakReferences，這是有問題的。

舉個(gè)恰當(dāng)?shù)睦?，幾個(gè)月前，我發(fā)布了我的最后一本書 “Android High Performance”, 聯(lián)席作者是?Diego Grancini。最熱門的章節(jié)之一就是討論 Android 的內(nèi)存管理。在本章中，我們介紹了移動(dòng)設(shè)備中內(nèi)存的工作原理，內(nèi)存泄漏是如何發(fā)生的，為什么這個(gè)是重要的，以及我們可以應(yīng)用哪些技術(shù)來避開它們。因?yàn)槲覐拈_發(fā) Android 起，就常?？吹竭@么種傾向：輕視甚至無視一切與內(nèi)存泄漏和內(nèi)存管理相關(guān)的問題。已經(jīng)滿足開發(fā)需求了，為何要庸人自擾呢？我們總是急于開發(fā)新的功能，我們寧愿在下一個(gè) Sprint 演示中呈現(xiàn)一些可見的東西，也不會(huì)關(guān)心那些沒有人一眼就能看到的東西。

這無疑是導(dǎo)致技術(shù)債務(wù)一個(gè)活生生的例子。 我甚至可以補(bǔ)充地說，技術(shù)債務(wù)在現(xiàn)實(shí)世界中也有一些影響，那是我們不能用單元測試衡量的：失望，開發(fā)者間的摩擦，低質(zhì)量的軟件和積極性的喪失。這種影響難以衡量的原因是在于它們常常發(fā)生在長遠(yuǎn)的將來的某個(gè)時(shí)間點(diǎn)。這有點(diǎn)像政客：如果我只當(dāng)政 8 年，為何我要煩心 12 年后將要發(fā)生的事呢？除了在軟件開發(fā)，一切都以更快的方式。

編寫軟件開發(fā)中應(yīng)該采納的設(shè)計(jì)思想可能需要一些大篇文章，而且已經(jīng)有很多書和文章可供您參考。然而，簡要地解釋不同類型的內(nèi)存引用，它們具體是什么，以及如何在 Android 中使用，這是個(gè)相對(duì)簡短的任務(wù)，這也是我想在本文中做的。

首先：Java 中的引用是什么？

引用指向了一個(gè)對(duì)象，你能通過引用訪問對(duì)象。

Java 默認(rèn)有 4 種類型的引用：強(qiáng)引用（StrongReference）、軟引用（SoftReference）、弱引用（WeakReference）?和虛引用（PhantomReference）。部分人認(rèn)為只有強(qiáng)引用和弱引用兩種類型的引用，而弱引用有兩個(gè)層次的弱化。我們習(xí)慣于將生活中的一切事物歸類，那種毅力堪比植物學(xué)家對(duì)植物的分類的。不論你覺得哪種分類更好，首先你需要去理解這些引用。然后你可以找出自己的分類。

各種引用都是什么意思？

StrongReference：?強(qiáng)引用是 Java 中最為常見的引用類型。任何時(shí)候，當(dāng)我們創(chuàng)建了一個(gè)對(duì)象，強(qiáng)引用也同時(shí)被創(chuàng)建了。比如，當(dāng)我們這么做：

MyObject object = new MyObject();

一個(gè)新的?MyObject?對(duì)象被創(chuàng)建，指向它的強(qiáng)引用保存在?object?中。你還在看吧？ 嗯，更有意思的事情來了，這個(gè)?object?是可以強(qiáng)行到達(dá)的——意思就是，它可以通過一系列強(qiáng)引用找到，這將會(huì)阻止垃圾回收機(jī)制回收它，然而，這正是是我們最想要的。現(xiàn)在，我們來看個(gè)例子。

?

花幾分鐘，嘗試去找可能出現(xiàn)問題的點(diǎn)。

現(xiàn)在呢？

AsyncTask?對(duì)象會(huì)在?Activity?onCreate()?方法中創(chuàng)建并運(yùn)行。但這里有個(gè)問題：內(nèi)部類在它的整個(gè)生命周期中是會(huì)訪問外部類。

如果?Activity?被 destroy 掉時(shí)，會(huì)發(fā)生什么？?AsyncTask?仍然持有?Activity?的引用，所以?Activity?是不能被 GC 回收的。這就是我們所說的內(nèi)存泄漏。

旁注?：以前，我曾經(jīng)對(duì)合適的人進(jìn)行訪談，我問他們?nèi)绾蝿?chuàng)建內(nèi)存泄漏，而不是詢問內(nèi)存泄漏的理論方面。這總是更有趣！

內(nèi)存泄漏實(shí)際上不僅發(fā)生在?Activity?自身銷毀的時(shí)候，配置的改變（譯者注：比如橫屏切換成豎屏）或系統(tǒng)需要更多的內(nèi)存時(shí)，也可能系統(tǒng)強(qiáng)行銷毀。如果?AsyncTask?復(fù)雜點(diǎn)（比如，持有?Activity?上的?View?的引用），它甚至?xí)?dǎo)致崩潰，因?yàn)?view 的引用是 null。（譯者注：這個(gè)是直譯過來的，可能對(duì)部分同學(xué)來說，不太好理解。我舉個(gè)例子吧，比如 AsyncTask 中引用了 ProgressDialog，AsyncTask 運(yùn)行時(shí)會(huì)顯示 ProgressDialog，當(dāng)橫屏切成豎屏?xí)r，這時(shí)會(huì)出現(xiàn)崩潰。（╯＾╰〉）

那么，要如何防止這種問題再次發(fā)生呢？我們接下來介紹另一種類型的引用：