Handler内存泄漏分析与解决方法

最近整理完Android中消息机制的知识后，想到Handler内存泄漏相关的问题也可以顺便整理一下，便有了这篇文章，也方便以后自己查阅

为什么Handler会造成内存泄漏

下面是一段简单的Handler使用

public class MainActivity extends AppCompatActivity {

    private Handler mHandler = new Handler(）{
        @Override
        public boolean handleMessage(Message msg) {

            return false;
        }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        new Thread() {
            @Override
            public void run() {
                Message msg = new Message();
                msg.obj = "Hello UI";
                mHandler.sendMessageDelayed(msg, 600000);
            }

        }.start();
    }
}

在启动应用程序时，Looper就已经会在主线程序被创建了，Looper会创建一个消息队列MessageQueue来存放消息，应用程序中消息都会发送到这个消息队列中，并且会伴随程序的整个生命周期。当我们像上面那样创建一个Handler对象之后，Handler就会与主线程中的Looper绑定起来，当我们在子线程中发送Message时，Handler会把自身封装在Message中，所以Message就持有了这个Handler的引用。

而在Java中，非静态内部类会隐式的持有一个外部类对象的引用，当使用内部类（匿名类）来创建Handler的时候，Handler会隐式的持有一个外部类对象（Activity）的引用。通常我们异步处理任务之后需要更新UI，如果该任务还未完成时，用户就finish()掉这个Activity。正常情况下该Activity不再使用了，则GC（垃圾回收机制）检查的时候会把它回收掉。但是由于子线程中的任务尚未完成，子线程中的Message会持有一个Handler的引用，而Handler又持有这Activity的引用，联系如下：
引用图
所以这就导致Activity无法被回收，引发内存泄漏的问题

怎么解决

在Android Studio中使用上面的方式创建Handler的时候会有警告

This Handler class should be static or leaks might occur

由提示信息可知，只需要把Handler声明成静态内部类就行了，静态内部类不持有外部类对象的引用，Activity就不会因为Handler的原因而无法被回收了

private static class MyHandler extends Handler{

        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
        }
    }

上面创建Handler的方式看似已经把问题解决了，但是Handler不再持有Activity的引用了，所以导致程序不允许在Handler中操作Activity中的对象了，这时就需要在Handler中增加一个对Activity的弱引用（WeakReference）

    private static class MyHandler extends Handler{

        WeakReference<MainActivity> mainActivity;

        public MyHandler(MainActivity activity){
            mainActivity = new WeakReference<>(activity);
        }

        @Override
        public void handleMessage(Message msg) {
            if (mainActivity.get() != null){
                
            }
        }
    }

下面补充一点引用的知识：

引用类型	说明
强引用	当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足问题
软引用 (SoftReference)	在内存不足时，GC会回收软引用指向的对象
弱引用(WeakReference)	不管内存足不足，GC都可能回收弱引用指向的对象
虚引用(PhantomReference )	如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收

除了通过弱应用的方式来解决Handler内存泄漏的问题之外，还有一种解决办法，就是在Activity关闭的时候使用相对应的removeCallbacks()方法来把消息对象从消息队列中删除，例如：

public class MainActivity extends AppCompatActivity {

    private  Handler myHandler = new Handler() {
            @Override
            public void handleMessage(Message msg) {
                super.handleMessage(msg);

            }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        myHandler.removeCallbacksAndMessages(null);
    }
}

总结

内存泄露在 Android 开发中是一个比较严重的问题，系统给每一个应用分配的内存是固定的，一旦发生了内存泄露，就会导致该应用可用内存越来越小，严重时会发生 OOM 导致 Force Close，所以在平时的开发中应该避免引发内存泄漏