正文  软件开发 > 编程综合 >

Android App 内存泄露之Handler

Android App 内存泄露之HandlerHandler也是造成内存泄露的一个重要的源头,主要Handler属于TLS(Thread Local Storage)变量,生命周期和Ac...

Android App 内存泄露之Handler

Handler也是造成内存泄露的一个重要的源头,主要Handler属于TLS(Thread Local Storage)变量,生命周期和Activity是不一致的
,Handler引用Activity会存在内存泄露。

看一下如下代码

/**
 * 
 * 实现的主要功能。
 * @version 1.0.0 
 * @author Abay Zhuang 
* Create at 2014-7-28 */ public class HandlerActivity extends Activity { private final Handler mHandler = new Handler() { @Override public void handleMessage(Message msg) { // ... } }; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); mHandler.sendMessageDelayed(Message.obtain(), 60000); //just finish this activity finish(); } }

是否您以前也是这样用的呢。

没有问题?

Eclipse 工具有这样的警告提示 警告: \

This Handler class should be static or leaks might occur (com.example.ta.HandlerActivity.1)

意思:class 使用静态声明否者可能出现内存泄露。

为啥出现这样的问题呢

Handler 的生命周期与Activity 不一致

  • 当Android应用启动的时候,会先创建一个UI主线程的Looper对象,Looper实现了一个简单的消息队列,一个一个的处理里面的Message对象。主线程Looper对象在整个应用生命周期中存在。
  • 当在主线程中初始化Handler时,该Handler和Looper的消息队列关联(没有关联会报错的)。发送到消息队列的Message会引用发送该消息的Handler对象,这样系统可以调用 Handler#handleMessage(Message) 来分发处理该消息。

    handler 引用 Activity 阻止了GC对Acivity的回收

    • 在Java中,非静态(匿名)内部类会默认隐性引用外部类对象。而静态内部类不会引用外部类对象。
    • 如果外部类是Activity,则会引起Activity泄露 。

      当Activity finish后,延时消息会继续存在主线程消息队列中1分钟,然后处理消息。而该消息引用了Activity的Handler对象,然后这个Handler又引用了这个Activity。这些引用对象会保持到该消息被处理完,这样就导致该Activity对象无法被回收,从而导致了上面说的 Activity泄露。

      如何避免修?

      • 使用显形的引用,1.静态内部类。 2. 外部类
      • 使用弱引用 2. WeakReference

        修改代码如下:

        /**
         * 
         * 实现的主要功能。
         * 
         * @version 1.0.0
         * @author Abay Zhuang 
        * Create at 2014-7-28 */ public class HandlerActivity2 extends Activity { private static final int MESSAGE_1 = 1; private static final int MESSAGE_2 = 2; private static final int MESSAGE_3 = 3; private final Handler mHandler = new MyHandler(this); @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); mHandler.sendMessageDelayed(Message.obtain(), 60000); // just finish this activity finish(); } public void todo() { }; private static class MyHandler extends Handler { private final WeakReference mActivity; public MyHandler(HandlerActivity2 activity) { mActivity = new WeakReference(activity); } @Override public void handleMessage(Message msg) { System.out.println(msg); if (mActivity.get() == null) { return; } mActivity.get().todo(); } }

        上面这样就可以了吗?

          当Activity finish后 handler对象还是在Message中排队。 还是会处理消息,这些处理有必要?
          正常Activitiy finish后,已经没有必要对消息处理,那需要怎么做呢?
          解决方案也很简单,在Activity onStop或者onDestroy的时候,取消掉该Handler对象的Message和Runnable。
          通过查看Handler的API,它有几个方法:removeCallbacks(Runnable r)和removeMessages(int what)等。
        

        代码如下:

         
           /**
             * 一切都是为了不要让mHandler拖泥带水
             */
            @Override
            public void onDestroy() {
                mHandler.removeMessages(MESSAGE_1);
                mHandler.removeMessages(MESSAGE_2);
                mHandler.removeMessages(MESSAGE_3);
        
                // ... ...
        
                mHandler.removeCallbacks(mRunnable);
        
                // ... ...
            }   

        如果上面觉的麻烦,也可以如下面:

        @Override
        public void onDestroy() {
            //  If null, all callbacks and messages will be removed.
            mHandler.removeCallbacksAndMessages(null);
        }

        敬请期待下一章(^__^) 嘻嘻……

        也可以关注我的github