你并不一定要用弱引用来避免内存泄漏
作者:网络转载 发布时间:[ 2016/12/15 16:57:43 ] 推荐标签:内存泄漏 软件测试
我的一个同事近提到他们看的一个演讲,其中讲到:
如果你是一个安卓开发者却不使用弱引用,那么你有麻烦了。
我个人认为这不仅是一种错误观点,而且相当误导人。WeakReference(弱引用)应该是修复内存泄漏的后手段。
然后,我看到了 Enrique López Ma?as 发布在Google Developers Experts专栏的一篇文章。
Finally understanding how references work in Android and Java
A few weeks ago I attended Mobiconf, one of the best conferences for Mobile Developers I had the pleasure to attend in…medium.com
这是一篇总结Java引用的好文章。
这篇文章并没有说必须使用弱引用,但是也没有给出替代的方案。我觉得我必须给出其它的方法来阐明弱引用并不是必须使用。
如果你不使用弱引用并不会真的有什么问题
我认为处处使用弱引用并不是一种佳实践。使用弱引用来修复内存泄漏的问题往往意味着缺乏合理的架构。
虽然文章中给出的例子修复了潜在的内存泄漏问题,但是也有其它的方法。我可以给出两个耗时后台任务中避免内存泄漏的例子。
避免AsyncTask内存泄漏的简单例子:
Activity:
public class MainActivity extends Activity {
private MyAsyncTask task;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
task = new MyAsyncTask();
task.setListener(createListener());
task.execute();
}
@Override
protected void onDestroy() {
task.setListener(null);
super.onDestroy();
}
private MyAsyncTask.Listener createListener() {
return new MyAsyncTask.Listener() {
@Override
public void onSuccess(Object object) {
// adapt contents
}
};
}
}
这里是AsyncTask:
classMyAsyncTaskextendsAsyncTask{
privateListenerlistener;
@Override
protectedObjectdoInBackground(Object[]params){
returndoSomeStuff();
}
privateObjectdoSomeStuff(){
//dosomethingtogetresult
returnnewObject();
}
@Override
protectedvoidonPostExecute(Objectobject){
if(listener!=null){
listener.onSuccess(object);
}
}
publicvoidsetListener(Listenerlistener){
this.listener=listener;
}
interfaceListener{
voidonSuccess(Objectobject);
}
}
当然这个例子非常基础,但是我认为作为另一种解决方案的演示来说足够了。
这里是另一个使用RxJava实现的简单例子,我们仍然没有使用弱引用。
public class MainActivity extends Activity {
private Subscription subscription;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
subscription = Observable
.fromCallable(new Callable<Object>() {
@Override
public Object call() throws Exception {
return doSomeStuff();
}
})
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(new Action1<Object>() {
@Override
public void call(Object o) {
// adapt contents
}
});
}
private Object doSomeStuff() {
//do something to get result
return new Object();
}
@Override
protected void onDestroy() {
subscription.unsubscribe();
super.onDestroy();
}
}
注意如果我们没有unsubscribe Subscription那么仍然可能会出现内存泄漏。
后我给出两个Novoda的项目,它们是很好的学习资源。你可能猜到了,它们并没有使用任何弱引用:)。
novoda/bonfire-firebase-sample
bonfire-firebase-sample - An app to discuss your favourite emojis. This is a sample app built with Firebase.github.com
novoda/spikes
spikes - Where ideas & concepts are born & incubatedgithub.com
我认为一个很重要的守则是让内部类为静态的。尤其是它们要做耗时的后台任务的时候。或者更好的方法是把这个类移到外面作为单独的类。
用非静态的内部类做耗时的后台任务总是很糟糕的实践,不光是在安卓中。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11