Handler内存泄漏详解及其解决方案

待我称王封你为后i 2022-08-21 02:04 189阅读 0赞

### 关联篇：[深入Android的消息机制源码详解－Handler,MessageQueue与Looper关系][Android_Handler_MessageQueue_Looper][][Android_Handler_MessageQueue_Looper] ###

### 关联篇：[HandlerThread 使用及其源码完全解析][HandlerThread] ###

在android开发过程中，我们可能会遇到过令人奔溃的OOM异常，面对这样的异常我们是既熟悉又深恶痛绝的，因为造成OOM的原因有很多种情况，如加载图片过大，某已不再使用的类未被GC及时回收等等......本篇我们就来分析其中一种造成OOM的场景，它就是罪恶的内存泄漏。对于这样的称呼，我们并不陌生，甚至屡次与之"并肩作战"，只不过它就是一个猪队友，只会不断送塔.......

本篇分为3部分：

1.Handler内存泄漏例子说明以及原理阐明

2.问题验证（如果感觉繁琐请直接跳过）

3.Handler内存泄漏解决方法

**1.Handler内存泄漏例子说明以及原理阐明**

Handler，我们已经相当熟悉了，而且经常用得不亦乐乎，但就是因为太熟悉了，才会偶尔被它反捅一刀，血流不止......还记得我们曾经满怀信心地使用着如下的优美而又简洁的代码不？

![SouthEast][]

不怕你吓着，实话告诉你，这个代码已经造成内存泄漏了！！！不相信？我们使用Android lint工具检测一下该类的代码：

![SouthEast 1][]

面对现实吧，那为什么会这样呢？在java中非静态内部类和匿名内部类都会隐式持有当前类的外部引用，由于Handler是非静态内部类所以其持有当前Activity的隐式引用，如果Handler没有被释放，其所持有的外部引用也就是Activity也不可能被释放，当一个对象一句不需要再使用了，本来该被回收时，而有另外一个正在使用的对象持有它的引用从而导致它不能被回收，这导致本该被回收的对象不能被回收而停留在堆内存中，这就产生了内存泄漏(上面的例子就是这个原因)。最终也就造成了OOM.......我们再来段清晰的代码，我们来使用mHandler发送一个延迟消息：

![SouthEast 2][]

分析：当我们执行了HandlerActivity的界面时，被延迟的消息会在被处理之前存在于主线程消息队列中5分钟，而这个消息中又包含了Handler的引用，而我们创建的Handler又是一个匿名内部类的实例，其持有外部HandlerActivity的引用，这将导致了HandlerActivity无法回收，进行导致HandlerActivity持有的很多资源都无法回收，从而就造成了传说中的内存泄露问题！

**2.问题验证（如果感觉繁琐请直接跳过）**

为了进一步验证内存泄漏问题，我们在该类中创建一个int数组，该数组分配的内存大小为2m,然后我们用DDMS来查看heap内存，然后使用GC回收，看看内存会不会有变化：

![SouthEast 3][]

第一次启动app时，head内存为12.5M，已经分配内容(Allocated):8.5M,空闲内存:4M,我们频繁点击GC按钮，内存并没有发生明显变化，现在我们点击手机返回健，推出应用，然后再重新进入，同样检测一下head内存：

![SouthEast 4][]

我们发现head内存:20.5M,Allocated:16.5M,Free:4M,堆内存和已经分配内存近乎翻倍，我们继续频繁点击GC, 看看能否被回收？结果内存并没有明显变化，现在我们继续点击手机返回健，推出应用，然后再重新进入，同样再次检测一下head内存：

![SouthEast 5][]

我们发现head内存:28.5M,Allocated:24.5M,Free:4M,堆内存和已经分配内存又增加了，而且无论我们如何点击GC回收内存，内存都没有明显变化，而且每启动一次该页面，内存就增加一倍！这也就说存在在某个类只创建而没销毁的情况，其实就是存在内存泄漏问题。我们使用MAT工具进一步验证这个问题，我们来看一组Histogram的数据和dominator tree数据，首先是Histogram的数据：

![SouthEast 6][]

dominator tree数据：

![SouthEast 7][]

同时存在三个一样的HandlerActivity和内部类，这就足以说明HandlerActvity只有创建没被销毁了吧，也就是说Handler造成的内存泄漏真的存在。

**3.Handler内存泄漏解决方法**

解决这个问题思路就是使用静态内部类并继承Handler时（或者也可以单独存放成一个类文件）。因为静态的内部类不会持有外部类的引用，所以不会导致外部类实例的内存泄露。当你需要在静态内部类中调用外部的Activity时，我们可以使用弱引用来处理。另外关于同样也需要将Runnable设置为静态的成员属性。修改后不会导致内存泄露的代码如下：

package com.zejian.handlerlooper;
    import android.app.Activity;
    import android.os.Bundle;
    import android.os.Handler;
    import android.os.Message;
    import java.lang.ref.WeakReference;
    /**
     * Created by zejian on 16/3/6.
     */
    public class HandlerActivity extends Activity {
        //创建一个2M大小的int数组
        int[] datas=new int[1024*1024*2];
    //    Handler mHandler = new Handler(){
    //        @Override
    //        public void handleMessage(Message msg) {
    //            super.handleMessage(msg);
    //        }
    //    };
        /**
         * 创建静态内部类
         */
        private static class MyHandler extends Handler{
            //持有弱引用HandlerActivity,GC回收时会被回收掉.
            private final WeakReference<HandlerActivity> mActivty;
            public MyHandler(HandlerActivity activity){
                mActivty =new WeakReference<HandlerActivity>(activity);
            }
            @Override
            public void handleMessage(Message msg) {
                HandlerActivity activity=mActivty.get();
                super.handleMessage(msg);
                if(activity!=null){
                    //执行业务逻辑
                }
            }
        }
        private static final Runnable myRunnable = new Runnable() {
            @Override
            public void run() {
                //执行我们的业务逻辑
            }
        };
        @Override
        protected void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            setContentView(R.layout.activity_handler_leak);
            MyHandler myHandler=new MyHandler(this);
            //解决了内存泄漏,延迟5分钟后发送
            myHandler.postDelayed(myRunnable, 1000 * 60 * 5);
        }
    }

Handler的内存泄漏问题到此分析解决完成。其实产生内存泄漏的还有好几种情况，比如多线程造成的内存泄漏，静态变量造成的内存泄漏，单例模式造成的内存泄漏等等.......当然这些不在本篇的范围内，就不过多分析啦。

[Android_Handler_MessageQueue_Looper]: http://blog.csdn.net/javazejian/article/details/50791598
[HandlerThread]: http://blog.csdn.net/javazejian/article/details/50813444
[SouthEast]: /images/20220731/22c7e911798b4c289122defd58e17a51.png
[SouthEast 1]: /images/20220731/b419cee164a9491f9d7f10c68a53dc83.png
[SouthEast 2]: /images/20220731/23480d7d77304ed78509bf4de0ee6715.png
[SouthEast 3]: /images/20220731/6337c4ee51a548e29f5945b6e3c6a7ee.png
[SouthEast 4]: /images/20220731/2fa65cdbca5845c3b5f441f158fc6c81.png
[SouthEast 5]: /images/20220731/fdce2816017b473db4723ad5b40d4a86.png
[SouthEast 6]: /images/20220731/6939f664aafa46f497cbab42f71c5431.png
[SouthEast 7]: /images/20220731/d0047a8476c14d3781c133016139b700.png