build.gradle引入，Application中加入两三行代码，即可搞定。以上只是简单的引入，还有更多使用姿势建议详细阅读它的Wiki下FAQ：

https://github.com/square/leakcanary/wiki/FAQ

我对使用LeakCanary有以下两点感受：

当内存泄漏发生时，LeakCanary会弹窗提示并生成对应的堆存储信息记录，这让我们对隐蔽的内存泄漏问题有了更加直观的感觉，但从实际使用来看，LeakCanary的每个提示也并非是真正存在内存泄漏问题，要想确定是否存在问题我们还需要借助MAT来进行最后的确定。

Android系统本身就存在一些问题导致应用内存泄漏，LeakCanary的 AndroidExcludedRefs 类帮助我们处理了不少这类问题。

Android Memory Monitor

AndroidStudio提供的工具，用于监控应用的内存使用状态，在开发中也是非常实用的工具，可以用来打印出内存的状态信息。

打印获得的内存信息如下，可以通过右上角的绿色三角形按钮去分析泄漏的Activity和一些重复的字符串，目前只支持这两个，希望Google后面能够加入更多可选分析规则

同样，这里也只是抛砖引玉的简单介绍，关于它的使用在官方文档已经说得很详细了，需要的童鞋自行查看下方链接（需科学上网）：

https://developer.android.com/studio/profile/am-hprof.html

Memory Analyzer (MAT)

老牌子分析工具，可以从 http://www.eclipse.org/mat/ 下载获得，网上关于MAT使用的文章好多，大家可以自行查找。上面的Android Memory Monitor生成的对储存信息文件可以配置MAT一起来分析使用，由于Android Memory Monitor生成的hprof文件不是标准格式，所以需要做一下转换，然后导入MAT

然后通过OQL先定位出泄漏的对象

通过排除除了强引用之外的其他引用链，最后分析到GC Root的位置

MAT使用起来相对繁琐，但不失为定位根源问题的利器。

adb shell命令

使用adb shell dumpsys meminfo [PackageName]，可以打印出指定包名的应用内存信息

使用该命令可以很直观的观察到Activity的泄漏问题，是我平常分析比较常用的一种方式。除了使用命令外，AndroidStudio也提供了下面的功能，和使用命令是一样效果的。

如果对adb shell命令感兴趣，更多的信息可以看下面提供的资源：

http://adbshell.com/

https://github.com/mzlogin/awesome-adb

以上就是我在做内存泄漏分析的时候会用到的工具，通常都是结合起来用，毕竟每个工具都有优缺点，通过使用多个工具互补分析问题可以极大的提高我们的效率和最终取得的效果。

泄漏的解决策

略聊完工具，最后来谈谈内存泄漏问题的解决策略。我把它总结为以下三点：

完成需求功能开发后，再去优化内存泄漏问题；

泄漏源有多处时，核心功能产生的泄漏优先处理，用户使用频繁的功能引起的泄漏优先处理；

处理泄漏避免影响原有的代码逻辑，优化过后最好能够让测试童鞋过一遍相关的功能，避免引入未知的BUG；

总结

对于如何在编码上去解决内存泄漏问题，网络上有提供了很多场景及其解决方案，大家可以自行借助搜索引擎。通过掌握分析方法和对泄漏场景及其解决