LeakCanary
Github 地址：https://github.com/square/leakcanary
集成方案：
在 moduleName(不是Project)/build.gradle中的
dependencies {
}
方法内添加代码
debugCompile ‘com.squareup.leakcanary:leakcanary-android:1.5.1’
releaseCompile ‘com.squareup.leakcanary:leakcanary-android-no-op:1.5.1’
testCompile ‘com.squareup.leakcanary:leakcanary-android-no-op:1.5.1’
在当前自定义Application extends Application 中的 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);
重新build 应用。让程序跑一会。
LeakCanary 实例分析
下边是我自己造的一个大的内存泄露
直接上图
我自Activity-A 中造了一个内存泄露，
finish 后的Activity 在 接近一分钟的时间gc没有回收它。
LeakCanary 在手机上显示的图如下图所示：
它说MainApplication 中 static 参数 activityList 持有已finish 掉的Activity-A 的对象造成47M内存泄露(在标题栏上没有显示全部)
然后就开始根据这个信息去改进。现在不让MainApplication 中activityList 不持有 Activity-A的对象。看内存变化的图片
下图所示：
很明显从原来的80+M的内存占有量降到40+M的内存占有量。
以上就是使用 LeakCanary 工具分析并解决内存的一个简单的示例。希望对大家有所帮助