详解Android使用Handler造成内存泄露的分析及解决方法

一、什么是内存泄露？

java使用有向图机制，通过gc自动检查内存中的对象（什么时候检查由虚拟机决定），如果gc发现一个或一组对象为不可到达状态，则将该对象从内存中回收。也就是说，一个对象不被任何引用所指向，则该对象会在被gc发现的时候被回收；另外，如果一组对象中只包含互相的引用，而没有来自它们外部的引用（例如有两个对象a和b互相持有引用，但没有任何外部对象持有指向a或b的引用），这仍然属于不可到达，同样会被gc回收。

android中使用handler造成内存泄露的原因

private handler handler = new handler(){
  @override
  public void handlemessage(message msg) {
    super.handlemessage(msg);
  }
};

我们经常使用handler时，会像如上那样定义，但是as的lint检测会自动报错警告提示，如下图

上面是一段简单的handler的使用。当使用内部类（包括匿名类）来创建handler的时候，handler对象会隐式地持有一个外部类对象（通常是一个activity）的引用（不然你怎么可能通过handler来操作activity中的view？）。而handler通常会伴随着一个耗时的后台线程（例如从网络拉取图片）一起出现，这个后台线程在任务执行完毕（例如图片下载完毕）之后，通过消息机制通知handler，然后handler把图片更新到界面。然而，如果用户在网络请求过程中关闭了activity，正常情况下，activity不再被使用，它就有可能在gc检查时被回收掉，但由于这时线程尚未执行完，而该线程持有handler的引用（不然它怎么发消息给handler？），这个handler又持有activity的引用，就导致该activity无法被回收（即内存泄露），直到网络请求结束（例如图片下载完毕）。另外，如果你执行了handler的postdelayed()方法，该方法会将你的handler装入一个message，并把这条message推到messagequeue中，那么在你设定的delay到达之前，会有一条messagequeue -> message -> handler -> activity的链，导致你的activity被持有引用而无法被回收。

二、内存泄露的危害

内存泄露的危害就是会使虚拟机占用内存过高，导致oom（内存溢出），程序出错。

对于android应用来说，就是你的用户打开一个activity，使用完之后关闭它，内存泄露；又打开，又关闭，又泄露；几次之后，程序占用内存超过系统限制，fc。

三、解决方案

使用handler导致内存泄露的解决方法

方法一（官方解决办法）：

private handler mhandler2 = new handler(new handler.callback() { 
     
    @override 
    public boolean handlemessage(message msg) { 
     //do something
      return false; 
    } 
  }); 

方法二：通过程序逻辑来进行保护。

1.在关闭activity的时候停掉你的后台线程。线程停掉了，就相当于切断了handler和外部连接的线，activity自然会在合适的时候被回收。

2.如果你的handler是被delay的message持有了引用，那么使用相应的handler的removecallbacks()方法，把消息对象从消息队列移除就行了。

方法三：将handler声明为静态类。

ps:在java 中，非静态的内部类和匿名内部类都会隐式地持有其外部类的引用，静态的内部类不会持有外部类的引用。

静态类不持有外部类的对象，所以你的activity可以随意被回收。由于handler不再持有外部类对象的引用，导致程序不允许你在handler中操作activity中的对象了。所以你需要在handler中增加一个对activity的弱引用（weakreference）。

代码如下：

  static class myhandler extends handler {
    weakreference<activity> mweakreference;

    public myhandler(activity activity) {
      mweakreference = new weakreference<activity>(activity);
    }

    @override
    public void handlemessage(message msg) {
      final activity activity = mweakreference.get();
      if (activity != null) {
        if (msg.what == 1) {
          activity.notebookadapter.notifydatasetchanged();
        }
      }
    }
  }

不管是任何方法，再当前界面声明周期结束之后，记得移除handler队列中的消息

handler.removecallbacksandmessages(null);

ps：什么是weakreference？

weakreference弱引用，与强引用（即我们常说的引用）相对，它的特点是，gc在回收时会忽略掉弱引用，即就算有弱引用指向某对象，但只要该对象没有被强引用指向（实际上多数时候还要求没有软引用，但此处软引用的概念可以忽略），该对象就会在被gc检查到时回收掉。对于上面的代码，用户在关闭activity之后，就算后台线程还没结束，但由于仅有一条来自handler的弱引用指向activity，所以gc仍然会在检查的时候把activity回收掉。这样，内存泄露的问题就不会出现了。

四、总结

android中的很多内存泄露都是由于在activity中使用了非静态内部类导致的，我们在使用非静态内部类一定要格外注意，如果该静态内部类的实例对象的生命周期大于外部对象，那么就有可能导致内存泄露，推荐使用上面介绍的静态类和弱引用的方法解决这种问题。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。