java软引用在android中有实际应用场景吗?

Question

前端时间看见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);  
    }  
}  

Answer 1

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

Answer 2

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

Answer 3

軟引用在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的引用這種情況。