前端时间看见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的引用這種情況。