handler 内存泄漏

Handler 消息机制用于主线程和子线程的之间传递消息。

handler+thread是大家常用来更新UI。使用率非常高，然而handler存在着内存泄漏。

通常大家的写法是如下

public class TestActivity extends Activity {
.......


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

.....
 }

我想在这样写代码的时候开发工具都会提示一个黄色警告，让你将增加一个修饰符static，以上的写法从java 的角度来讲是存在内存泄漏的，依据，Java中非静态内部类和匿名内部类在构造方法中都会持有其外部类的引用。也就是说handler对象是持有TestActivity的引用的。假设activity中有耗时操作，actvity销毁后，thread的线程还没有结束，顺带说一嘴thread的生命周期是独立于activity的生命周期的，所以activity的销毁并不能销毁其内部使用的thread线程，当thread执行完毕之后，调用handler.sendMessage(),将消息加入MessageQueue消息队列中，所以MessageQuque还持有handler的Message，而handler又持有activity的引用，而Java中的gc机制不会回收这种强引用，所以activity销毁了却没有被回收，那内存泄漏就出现了。

所以解决方法是将非静态内部类变成静态内部类在前面加上修饰符static，或者将handler变成一个外部类。

举一反三：

大家常用postDelayed方法来延迟执行操作

    private void delay(){
        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                 TODO: 2018/2/11  
            }
        },10000);
    }

那么new Handler()是一个匿名内部类，其持有外部类的引用，而 new Runnable（）也是个匿名内部类，它又持有其外部类handler的引用。同上容易出现内存泄漏。解决方法同上

现在很多人使用Handler，都采用软引用封装，具体使用及其原理请看我的下一篇博客。