性能优化之内存泄露(Memory Leak)解决

1 分析内存泄漏遇到的问题

（1）把两个dump文件对比，找出GC root树，发现MainActivity实例被CommonUtil引用，说怀疑此处可能有泄露。但实际开发的时候，很多这种情况，莫非都要怀疑一遍？我们必然知道mat只是个工具，提供泄露的建议，但工具能提供给码农最关键的建议难道就到这里为止了吗？
（2）在mat分析工具的时候，没有结合旋转屏幕导致Activity泄露的例子分析，把大把的时间用在了分析工具的使用，并没能从这个mat工具分析出旋转屏幕如何导致了Activity泄露？

2 如何找到项目中存在的内存泄露

2.1 Android Monitors memory（最常用方法，可定位具体泄漏）

2.1.1 Android Monitors（监控）的内存分析

（1）备注：Android Studio将Heap Viewer（堆视图）集成到Android Monitors，即是：只要分析Android Monitors即可，如图。
（2）分析：那么如何检测呢？Heap Viewer中的数值会自动在每次发生GC时会自动更新，那么我们是等着他自己GC么？既然我们是来看内存泄漏，那么我们在需要检测内存泄漏的用例执行过后手动GC下，然后观察data object一栏的total size(也可以观察Heap Size/Allocated内存的情况，尤其是Allocated内存)，看看内存是不是会回到一个稳定值。多次操作后只要内存是稳定在某个值，那么说明没有内存溢出的；如果发现内存在每次GC后，内存都在增长，不管是慢增长还是快速增长，都说明有内存泄漏的可能性。
（3）直观：最直观的看分配内存增长情况，知道该动作是否发生内存泄露。动作发生之前：GC完后分配内存1.4M; 动作发生之后：GC完后分配内存1.6M。

（4）结果：那么这里就已经初步判断这个操作导致了内存泄露的情况。

2.1.2 Heap Snapshot堆快照分析

查看堆的引用情况判断是否有内存泄漏：当你点击某个对象时，将展开该对象内部含有哪些对象，同时C区域也会显示哪些对象引用了该对象。 某对象引用对象，在这里面能看出其没谁引用了，比如在内存泄漏中，可以看出来它被谁引用，如下图：

2.2 使用MAT内存分析工具找怀疑对象

2.2.1 MAT使用

格式转换命令：hprof-conv 原文件路径 转换后文件路径
如何使用MAT分析Android应用内存泄露

内存泄露分析之MAT工具使用

2.2.2 MAT对比

MAT对比操作前后的hprof来定位内存泄露是泄露了什么数据对象。（这样做可以排除一些对象，不用后面去查看所有被引用的对象是否是嫌疑）。快速定位到操作前后所持有的对象哪些是增加了(GC后还是比之前多出来的对象就可能是泄露对象嫌疑犯)。如图的3个步骤将前后的快照添加到对比栏中对比。



另外：Histogram中还可以对对象进行Group，比如选择Group By Package更方便查看自己Package中的对象信息。

2.3 MAT分析hprof来定位内存泄露的原因所在

2.3.1 Dump出内存泄露“当时”的内存镜像hprof，分析怀疑泄露的类；

2.3.2 把上面2.2得出的这些嫌疑排查

（1）进入Histogram，过滤出某一个嫌疑对象类；

（2）然后分析持有此类对象引用的外部对象（在该类上面点击右键List Objects—>with incoming references）；

（3）再过滤掉一些弱引用、软引用、虚引用，排除这些容易被回收的引用，因为它们迟早可以被GC干掉不属于内存泄露。 (在类上面点击右键Merge Shortest Paths to GC Roots————>exclude all phantom/weak/soft etc.references)；

（4）逐个分析每个对象的GC路径是否正常。此时就要进入代码分析此时这个对象的引用持有是否合理，这就要考经验和体力了！例子：
分析：上面的例子中，旋转屏幕后MainActivity有两个，肯定MainActivity发生泄露了，那谁导致他泄露的呢？原来是我们的CommonUtils类持有了旋转之前的那个MainActivity，那是否合理？
解答：结合逻辑判断当然不合理，由此找到内存泄露根源是CommonUtils类持有了该MainActivity实例造成的。

（5）怎么解决？罪魁祸首找到了，怎么解决应该不难了，不同情况解决办法不一样，要靠你的智慧了。例子：
分析：context.getapplictioncontext()可以吗？
解答：可以。只要让CommonUtils类不直接持有MainActivity的实例就可以了。

3 如何判断一个应用里面内存泄露避免得很好

当app退出的时候，这个进程里面所有的对象应该就都被回收了，尤其是很容易被泄露的（View，Activity）是否还在内存当中。

解答：可以让app退出以后，查看系统该进程里面的所有的View、Activity对象是否为0。

工具：使用AndroidStudio——>Android Monitor——>System Information——>Memory Usage查看Objects里面的views和Activity的数量是否为0。如图:
（1）查看方法

（2）存在内存泄漏的app退出报告

（3）无内存泄漏的app退出报告

4 引起内存泄漏的情景分析

参考–性能优化之内存泄露(Memory Leak)&OOM&ANR分析

5 参考链接

Android 内存泄漏总结

Android中使用Thread造成内存泄露的分析和解决

Android中使用Handler造成内存泄露的分析和解决

Android Weak Handler：可以避免内存泄漏的Handler库