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!

IT文库 » Handler造成内存泄露的分析和解决办法
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址