什么是内存泄漏

Memory Analyzer (MAT)

老牌子分析工具，可以从 /zixunimg/eepwimg/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命令感兴趣，更多的信息可以看下面提供的资源：

/zixunimg/eepwimg/adbshell.com/

/zixunimg/eepwimg/github.com/mzlogin/awesome-adb

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

泄漏的解决策

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

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

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

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

总结

对于如何在编码上去解决内存泄漏问题，网络上有提供了很多场景及其解决方案，大家可以自行借助搜索引擎。通过掌握分析方法和对泄漏场景及其解决方案的积累，相信大家处理内存泄漏问题是游刃有余的。当然，也并不是所有内存泄漏问题我们都能够进行处理，就例如第二章节提到的泄漏源头是由第三方代码引起时，我们就显得无能为力了。最近在排查的过程中就发现不少第三方SDK存在泄漏问题，遇上这种情况就得找找可替代的SDK进行更换了。以上就是我做内存泄漏分析的一些心得总结，如果有错误和不足，还请大家指出。