問題描述

前端時間看見java四種引用的介紹,覺得軟引用看起來可以用作內(nèi)存優(yōu)化.

然后看博客說,LRU內(nèi)部是維護了一個有強引用的LinkedHashMap,他會根據(jù)算法將最靠前的資源從集合中移除.并沒有使用到軟引用.

所以請問一下,java的軟引用或者弱引用在android中有應(yīng)用場景嗎?

LRU這樣的做法,除了讓緩存更大可能被復(fù)用到,還有其他優(yōu)勢嗎?

20:56 增加

看到一篇博客說android2.3(api9)開始,內(nèi)存回收器即使在內(nèi)存充足的情況下,軟引用和弱引用指向的對象依然有可能被回收.

那么這樣的話利用弱引用來創(chuàng)建的Handler用于防止Handler內(nèi)存泄露的方案是不是很不可靠?

//代碼引用自博客public class TestReferenceActivity extends BaseActivity { static class MyHandler extends Handler { private WeakReference<TestReferenceActivity> reference; public MyHandler(Activity activity) { //使用弱引用包裹當(dāng)前的activity reference = new WeakReference(activity); } } @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_test_reference); //解決Handler可能造成的內(nèi)存泄露 //通過弱引用實現(xiàn)，如果當(dāng)前activity需要被回收了,而且Handle持有的//activity是被弱引用包裝的，則垃圾回收器可以釋放掉此activity。 MyHandler myHandler = new MyHandler(this); } }

問題解答

軟引用在2.3系統(tǒng)之后確實被限制了它原來本該具備的功效，但還是可以用的，只是在Android上GC時沒有像原生JVM上那么容易被回收。具體使用上，給你推薦這篇文章

軟引用、弱引用并非不可用，但其行為卻是不可預(yù)料的。我們無法確切的知道弱引用的資源什么時候會被回收，在典型的圖片緩存情況下，lru算法比弱引用的效率要更高，可以有效避免資源的多次創(chuàng)建/回收。弱引用更適用于某些容易出現(xiàn)內(nèi)存泄漏的情況，比如在AsyncTask中我們就可以使用弱引用來防止內(nèi)存泄漏。

軟引用在android實際開發(fā)中其實用的很多的，比如圖片的異步加載，最典型的就是imageloder在處理緩存優(yōu)化時也是用到了軟引用，另外，軟引用給我感覺在性能優(yōu)化上并不能幫助太多，主要是針對oom有很好的處理，對性能優(yōu)化如果有需求，其實推薦用弱引用

答完才看到題主下面竟然還有問題，其實之所以用軟引用來防止handler的oom是由于android的特殊機制造成的，當(dāng)一個android主線程被創(chuàng)建的時候，同時會有一個Looper對象會實現(xiàn)一個MessageQueue，當(dāng)我們創(chuàng)建handler對象時，每當(dāng)我們用handler將一個message放入到MessageQueue，這個message都會持有一個handler對象的引用，因此，當(dāng)Activity被結(jié)束后，message被取出前，這個message一直存在，而message持有handler的引用，handler又是在activity中被創(chuàng)建，會持有activity的引用，因此，這個activity并不能被gc回收，就會出現(xiàn)oom。而java中所有非靜態(tài)對象都會持有當(dāng)前對象的強引用，靜態(tài)對象只持有當(dāng)前類的弱引用，這就解決了當(dāng)activity被結(jié)束后，message一直無法進行處理，導(dǎo)致message永久持有handler的引用，handler永久持有activity的引用這種情況。