Handler造成内存泄露的分析和解决办法
2017-02-28 本文已影响291人
luchefg
Android中使用Handler造成内存泄露的分析和解决办法
问题描述:This Handler class should be static or leaks might occur (anonymous android.os.Handler)(参考 https://my.oschina.net/liucundong/blog/294127)
特性:当Activity被finish()掉,Message 将存在于消息队列中长达10分钟的时间才会被执行到。这个Message持有一个对Handler的引用,Handler也会持有一个对于外部类(SampleActivity)的隐式引用,这些引用在Message被执行前将一直保持,这样会保证Activity的上下文不被垃圾回收机制回收,同时也会泄露应用程序的资源(views and resources)。 ADT20以后加入了一条新的检查规则:确保类内部的handler不含有对外部类的隐式引用 。
常见写法
private Handler handler = new Handler() {
@Override
public void handleMessage(Message msg) {
// TODO Auto-generated method stub
super.handleMessage(msg);
switch (msg.what) {
case 0:
break;
default:
break;
}
}
};
上述写法引起泄露原因是:
-
当Android应用启动的时候,会先创建一个应用主线程的Looper对象,Looper实现了一个简单的消息队列,一个一个的处理里面的Message对象。主线程Looper对象在整个应用生命周期中存在。
-
当在主线程中初始化Handler时,该Handler和Looper的消息队列关联。发送到消息队列的Message会引用发送该消息的Handler对象,这样系统可以调用 Handler#handleMessage(Message) 来分发处理该消息。
-
在Java中,非静态(匿名)内部类会引用外部类对象。而静态内部类不会引用外部类对象。
-如果外部类是Activity,则会引起Activity泄露 。
- 当Activity finish后,延时消息会继续存在主线程消息队列中1分钟,然后处理消息。而该消息引用了Activity的Handler对象,然后这个Handler又引用了这个Activity。这些引用对象会保持到该消息被处理完,这样就导致该Activity对象无法被回收,从而导致了上面说的 Activity泄露。
为解决这个问题,下面这段代码中的Handler则是一个静态匿名内部类。静态匿名内部类不会持有一个对外部类的隐式引用,因此Activity将不会被泄露。如果你需要在Handler中调用外部Activity的方法,就让Handler持有一个对Activity的WeakReference,这样就不会泄露Activity的上下文了
- 如下所示
private final MyHandler mHandler = new MyHandler(this);
static class MyHandler extends Handler {
private final WeakReference<CashActivity> mActivity;
public MyHandler(CashActivity activity) {
mActivity = new WeakReference<>(activity);
}
@Override
public void handleMessage(Message msg) {
System.out.println(msg);
if (mActivity.get() == null) {
return;
}
CashActivity activity = mActivity.get();
switch (msg.what) {
case 0:
activity.submit_but.setVisibility(View.VISIBLE);
break;
default:
break;
}
}
}
}
同时我们尽量要在当前Activity的生命周期内结束对所有回调函数和message的引用
@Override
protected void onDestroy() {
super.onDestroy();
mHandler.removeCallbacksAndMessages(null);
}
至此一个可以内存泄露的问题轻松处理,get!