使用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 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！