使用Handler造成内存泄露的分析和解决办法

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！