Android内存泄漏定位与解决

问题现象

反复点击被测试的Android App的toolbar界面，然后返回再点击。在此重复过程中，发现到一定次数时，页面打开速度变慢，有时达到5s，十分影响用户体验。该问题涉及app所采用的webview框架的所有界面，影响面大。

初步分析

加载界面慢，一般有2种情况：一是每次都慢，那么与该界面的布局（layout）效率或业务逻辑（主线程动画/同步的业务逻辑）关系更大；另外一种是重复打开几次，会遇到一次变慢，并且循环发生，根据多次内存问题的分析经验，会与内存泄漏关系更大。至于为何有如此的判断依据，下文会进行解释。

该问题属于后者，因此首先从内存的角度进行分析。使用Android官方提供的DDMS工具，选中App所在进程，监控该进程的堆内存状况，如下表所示，随着重复打开界面次数的增加，堆内存一直呈上升趋势，而且，测试过程中，即使点击DDMS的Gause GC（Garbage Collector 内存垃圾回收）来主动触发内存垃圾回收，堆内存也没有下降。

从该图可以判断，无论是系统自发的GC或QA主动触发，对内存都不会下降，说明有相当一部分对象被一直引用着，导致GC时不会去释放这部分对象的内存，而每打开一次界面，又会在堆上为新的对象分配内存，最终结果就是内存泄漏。