Android中LeakCanary检测内存泄漏的方法

最近要对产品进行内存泄漏的检查，最后选择了使用square公司开源的一个检测内存泄漏的函数库leakcanary，在github上面搜索了一下竟然有1.6w个star，并且android大神jakewharton也是这个开源库的贡献者。那么就赶快拿来用吧。

先说一下我遇到的坑，我当时是直接google的，然后就直接搜索到稀土掘金的一篇关于leakcanary的介绍，我就按照他们的文章一步步的操作，到最后才发现，他们那个build.gradle中导入的库太老了，会报这样的错误closed failed to resolve: com.squareup.leakcanary:leakcanary对于刚使用leakcanary的我很是费解。

然后我就直接使用github上的例子去引入leakcanary 

但是又有一个问题，就是构建项目失败，在github上面也有说明地址连接

好了说完这些坑之后，接下来就让我们愉快的使用leakcanary来检测内存泄漏吧

1 导入步骤

因为不想让这样的检查在正式给用户的 release 版本中也进行，所以在 dependencies 里添加

dependencies {
  debugcompile 'com.squareup.leakcanary:leakcanary-android:1.5.1'
  releasecompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'
}

接下来，在你的应用里写一个自定义 application ，并在其中“安装” refwatcher

public class appapplication extends application {
  @override
  public void oncreate() {
    super.oncreate();
    if (leakcanary.isinanalyzerprocess(this)) {
      // this process is dedicated to leakcanary for heap analysis.
      // you should not init your app in this process.
      return;
    }
    leakcanary.install(this);
    // normal app init code...
  }

}

记得把它作为 android:name 配到 androidmanifest.xml 的 application 节点下。

上面的只能监控activity中的内存，所以想要检测fragment中的内存泄漏的话也是很简单只需要先在application中保存全局的refwatcher

public class app extends application {
  //application为整个应用保存全局的refwatcher
  private refwatcher refwatcher;

  @override
  public void oncreate() {
    super.oncreate();
    refwatcher = leakcanary.install(this);
  }

  public static refwatcher getrefwatcher(context context) {
    app application = (app) context.getapplicationcontext();
    return application.refwatcher;
  }
}

还需要创建一个basefragment添加如下代码：

public abstract class basefragment extends fragment {
  @override
  public void ondestroy() {
    super.ondestroy();
    refwatcher refwatcher = app.getrefwatcher(getactivity());
    refwatcher.watch(this);
  }
}

ok，导入成功后，用debug版打包，安装后，手机上面会自动多一个leak的应用，当有内存泄漏的时候，就会在里面显示。这里还有一个问题，就是在我的4.4的手机并不能出现那个内存泄漏的icon。
选择打包

导入成功后的icon

2 内存泄漏解决方法

下面说一下常见的几个内存泄漏的解决方法

1 单例 context 内存泄露

这里先创建一个很简单的单例对象

public class testhelper {
  private context mctx;
  private textview mtextview;

  private static testhelper ourinstance = null;
  private testhelper(context context) {
    this.mctx = context;
  }

  public static testhelper getinstance(context context) {
    if (ourinstance == null) {
      ourinstance = new testhelper(context);
    }
    return ourinstance;
  }
}

然后我们在activity中调用它，其实很多时候我们都会犯这样的错误。造成这样错误的原因很简单，就是这个 contextleakactivity 不在了之后， testhelper 依然会 hold 住它的 context 不放。这样就造成了内存泄漏。

public class contextleakactivity extends appcompatactivity{

   private testhelper mtesthelper;
  @override
  protected void oncreate(@nullable bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_main);
    //这里容易引起内存泄漏
    //我们在 contextleakactivity 里获取 testhelper 实例时因为传入了 mainactivity 的 context，
    // 这使得一旦这个 activity 不在了之后，
    // testhelper 依然会 hold 住它的 context 不放，而这个时候因为 activity 已经不在了，所以内存泄露自然就产生了。
    mtesthelper=testhelper.getinstance(this);
    //避免内存泄漏的写法
    // mtesthelper=testhelper.getinstance(this.getapplication());
  }
}

context 内存泄漏提示图

2 broadcast引起的内存泄漏： 当我们注册过broadcastreceiver之后，却没有在activity销毁之后，把broadcastreceiver释放，就很容易引起内存泄漏，所以要在ondestroy()中销毁broadcastreceiver。

销毁代码如下

@override
  protected void ondestroy() {
    super.ondestroy();
    getlocalbroadcastmanager().unregisterreceiver(mexitreceiver);
  }

broadcast的内存泄漏提示图

 

ok，使用leakleakcanary很简单，但是解决有些内存泄漏确实有点麻烦，但是不论什么样的内存泄漏，最关键的一点就是：在生命周期结束之前，把对象销毁即可。如果感觉我的文章对您有用，请给个喜欢，谢谢

demo下载地址连接leakdemo_jb51.rar

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