Mac Android 内存泄漏分析实战演练

虚的概念就不讲了，自己去网上搜，一大堆。这里来一次真刀真枪的实操实战演练。

简书上有一篇讲解内存泄漏分析的文章，总结的很到位，由浅入深，比较全面。建议结合起来阅读

内存泄露实例分析 -- Android内存优化第四弹

预备知识:

1、Mac版 MAT 官网下载地址: (也可以自行百度)

http://www.eclipse.org/downloads/download.php?file=/mat/1.7/rcp/MemoryAnalyzer-1.7.0.20170613-macosx.cocoa.x86_64.zip

2、 adb 重启命令

adb kill-server

adb start-server

开始正题:

1、运行 Android_SDK/tools/monitor，界面如下。如果启动报错，请关闭Android Studio、并保证手机正确连接电脑调试、adb正常运行.

当然有些版本的 Android Studio 中也有快捷入口，自己去找

打开后点击红框中的按钮，稍等大约十几秒到几十秒时间后，会生成后缀后 .hprof 文件，自己保存下来

2、转换格式，运行 sdk 目录下的 Android_SDK/platform-tools/hprof-conv 可以执行文件，

输入命令:hprof-conv <空格> -z <空格> 你第1步得到的.hprof文件的路径 <空格> 格式转换后的文件名称

执行完成后，会在当前目录生成 bbbbbb 文件(名称可以自己修改)，这个文件就可以用 MAT 工具打开

3、下载MAC版本的 MAT 工具，菜单->File->Open Heap Dump，打开 bbbbb 文件

可选的文件格式记得改为 All File，所有文件都能选择

a、打开后，点击第1个图标，使用 histogram(翻译柱状图) 格式打开, 方便查看各个类的实例分布情况

b、点击第2个位置输入框，可以按类名来查找相应类的实例分布。这里可以看到 UserFavorFragment 类有 3个实例，共占用内存 672KB(不包含成员变量所引用的对象的内存)，

4、分析

在第一行点右键，选择"Merge Shortest Paths to GC Roots"-> exclude weak/soft references ，可以查看从 GCRoot 到这些 UserFavorFragment 实例的最短路径, 并且不考虑软引用和弱引用，因为这两种引用不影响GC，不会发生内存泄漏.

可以看到这3个实例的引用路径，但只有 2条记录，有2个实例是被同一个类的不同实例引用

完全打开第2条记录，可以看到到底是经过怎样的依赖，导致 UserFavorFragment 不能被 GC回收，找到不合理的引用，再从代码里查找它是何时何处被引用的，就能找到内存泄漏的根本原因。最后才是想办法修改代码，解决内存漏泄.

注意：这篇文章，我们是已经明确知道 UserFavorFragment 发生了漏泄，实际我们如何确定到底哪一块位置发生了泄漏，可以通过缩小范围的方式来确实，如：打开某个 Activity发现内存瀑增，那尝试不加载某一块业务逻辑，看看内存是否仍然暴增，这样不断缩小范围就能确定是哪一个类发生泄漏.