关于Android项目的内存泄漏是一个老生常谈的问题，之前一直是在写代码时各种注意，比如IO流要及时关闭，引用的curcor要及时关闭等，这样做确实能规避一部分的内存泄漏，不过还是会有漏网之鱼，因此除了养成良好的编程习惯之外，还需要引用各种框架来主动检测，对于框架，本人习惯使用leakcanary。需要注意的一点是，leakcanary可以检测Activity和fragment中的内存泄漏，网上有些文章中并没有写全而是只写了Activity的。下面是本人总结的引用leakcanary的步骤：
1：在项目的build.gradle中加入依赖：
debugCompile'com.squareup.leakcanary:leakcanary-android:1.5+'
releaseCompile'com.squareup.leakcanary:leakcanary-android-no-op:1.5+'
testCompile'com.squareup.leakcanary:leakcanary-android-no-op:1.5+'
debugCompile'com.squareup.haha:haha:2.0.3'
debugCompile跟releaseCompile 引入的是不同的包，这样在在 debug 版本上，集成 LeakCanary 执行内存泄漏监测，而在 release 版本上，集成一个无操作的 wrapper ，对程序性能不会有影响
需要依赖：debugCompile'com.squareup.haha:haha:2.0.3'，然后另外三个的依赖的版本号要写1.5+，从而获取最新的版本，否则可能会报异常
2：在项目的application类的onCreate()方法中设置LeakCanary,下面是application类代码：
public class MyAppextends Application {
public static MyApp instance;
private RefWatcher refWatcher;
@Override
public void onCreate() {
super.onCreate()；
instance =this;
refWatcher = setLeakCanary();
}
private RefWatcher setLeakCanary()
{
//初始化leakCanary，用来检测内存泄漏
if (LeakCanary.isInAnalyzerProcess(this)) {
return RefWatcher.DISABLED;
}
return LeakCanary.install(this);
}
public RefWatcher getRefWatcher() {
if (refWatcher !=null)
{
return refWatcher;
}else {
return null;
}
}
//单例模式中获取唯一的MyApp实例
public static MyApp getInstance() {
if (null ==instance) {
instance =new MyApp();
}
return instance;
}
}
3：在application类中设置完成后，就可以检测activity的内存泄漏了，想要检测fragment的内存泄漏，需要在fragment的onDestroy()方法中加入以下代码：
//用来检测Fragment中的内存泄漏
RefWatcher refWatcher = MyApp.getInstance().getRefWatcher();
if (refWatcher !=null)
{
refWatcher.watch(this);
}
