問題描述

前端時間看見java四種引用的介紹,覺得軟引用看起來可以用作內存優化.

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

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

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

20:56 增加

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

那么這樣的話利用弱引用來創建的Handler用于防止Handler內存泄露的方案是不是很不可靠?

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

問題解答

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

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

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

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