前端时间看见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的引用这种情况。