当前位置： 移动技术网 > IT编程>移动开发>Android > Android内存泄漏终极解决篇（下）

Android内存泄漏终极解决篇（下）

2019年07月24日  | 移动技术网IT编程  | 我要评论

指南车为三国何人所造,宛转蛾眉马前死,irene keng

一、概述

在 android内存泄漏终极解决篇（上）中我们介绍了如何检查一个app是否存在内存泄漏的问题，本篇将总结典型的内存泄漏的代码，并给出对应的解决方案。内存泄漏的主要问题可以分为以下几种类型：

  • 静态变量引起的内存泄漏
  • 非静态内部类引起的内存泄漏
  • 资源未关闭引起的内存泄漏

二、静态变量引起的内存泄漏

在java中静态变量的生命周期是在类加载时开始，类卸载时结束。换句话说，在android中其生命周期是在进程启动时开始，进程死亡时结束。所以在程序的运行期间，如果进程没有被杀死，静态变量就会一直存在，不会被回收掉。如果静态变量强引用了某个activity中变量，那么这个activity就同样也不会被释放,即便是该activity执行了ondestroy(不要将执行ondestroy和被回收划等号)。这类问题的解决方案为：1.寻找与该静态变量生命周期差不多的替代对象。2.若找不到，将强引用方式改成弱引用。比较典型的例子如下:

单例引起的context内存泄漏

public class immanager {
  private context context;
  private static immanager minstance;

  public static immanager getinstance(context context) {
    if (minstance == null) {
      synchronized (immanager.class) {
        if (minstance == null)
          minstance = new immanager(context);
      }
    }
    return minstance;
  }

  private immanager(context context) {
    this.context = context;
  }

}

当调用getinstance时，如果传入的context是activity的context。只要这个单例没有被释放，这个activity也不会被释放。

解决方案
传入application的context,因为application的context的生命周期比activity长，可以理解为application的context与单例的生命周期一样长，传入它是最合适的。

public class immanager {
  private context context;
  private static immanager minstance;

  public static immanager getinstance(context context) {
    if (minstance == null) {
      synchronized (immanager.class) {
        if (minstance == null)
          //将传入的context转换成application的context
          minstance = new immanager(context.getapplicationcontext());
      }
    }
    return minstance;
  }

  private immanager(context context) {
    this.context = context;
  }

}

三、非静态内部类引起的内存泄漏

在java中，创建一个非静态的内部类实例，就会引用它的外围实例。如果这个非静态内部类实例做了一些耗时的操作，就会造成外围对象不会被回收，从而导致内存泄漏。这类问题的解决方案为：1.将内部类变成静态内部类 2.如果有强引用activity中的属性，则将该属性的引用方式改为弱引用。3.在业务允许的情况下，当activity执行ondestory时，结束这些耗时任务。

内部线程造成的内存泄漏

public class leakaty extends activity {

  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.aty_leak);
    test();
  }

  public void test() {
    //匿名内部类会引用其外围实例leakaty.this,所以会导致内存泄漏
    new thread(new runnable() {

      @override
      public void run() {
        while (true) {
          try {
            thread.sleep(1000);
          } catch (interruptedexception e) {
            e.printstacktrace();
          }
        }
      }
    }).start();
  }
  }

解决方案
将非静态匿名内部类修改为静态匿名内部类

public class leakaty extends activity {

  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.aty_leak);
    test();
  }
  //加上static，变成静态匿名内部类
  public static void test() {
    new thread(new runnable() {

      @override
      public void run() {
        while (true) {
          try {
            thread.sleep(1000);
          } catch (interruptedexception e) {
            e.printstacktrace();
          }
        }
      }
    }).start();
  }
}

handler引起的内存泄漏

public class leakaty extends activity {

  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.aty_leak);
    fetchdata();

  }

  private handler mhandler = new handler() {
    public void handlemessage(android.os.message msg) {
      switch (msg.what) {
      case 0:
        // 刷新数据
        break;
      default:
        break;
      }

    };
  };

  private void fetchdata() {
    //获取数据
    mhandler.sendemptymessage(0);
  }
}

mhandler 为匿名内部类实例，会引用外围对象leakaty.this,如果该handler在activity退出时依然还有消息需要处理，那么这个activity就不会被回收。

解决方案

public class leakaty extends activity {
  private textview tvresult;
  private myhandler handler;

  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.aty_leak);
    tvresult = (textview) findviewbyid(r.id.tvresult);
    handler = new myhandler(this);
    fetchdata();

  }
  //第一步，将handler改成静态内部类。
  private static class myhandler extends handler {
    //第二步，将需要引用activity的地方，改成弱引用。
    private weakreference<leakaty> atyinstance;
    public myhandler(leakaty aty) {
      this.atyinstance = new weakreference<leakaty>(aty);
    }

    @override
    public void handlemessage(message msg) {
      super.handlemessage(msg);
      leakaty aty = atyinstance == null ? null : atyinstance.get();
      //如果activity被释放回收了，则不处理这些消息
      if (aty == null||aty.isfinishing()) {
        return;
      }
      aty.tvresult.settext("fetch data success");
    }
  }

  private void fetchdata() {
    // 获取数据
    handler.sendemptymessage(0);
  }

  @override
  protected void ondestroy() {
    //第三步，在activity退出的时候移除回调
    super.ondestroy();
    handler.removecallbacksandmessages(null);
  }
}

四、资源未关闭引起的内存泄漏

当使用了braodcastreceiver、cursor、bitmap等资源时，当不需要使用时，需要及时释放掉，若没有释放，则会引起内存泄漏。

综上所述，内存泄漏的主要情况为上面的三大类型，最终归结为一点，就是资源在不需要的时候没有被释放掉。所以在编码的过程中要注意这些细节，提高程序的性能。

您可能感兴趣的文章:

如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网