记一次Android应用内存泄露

应用是个Launcher，对settings模块跑monkey时发生oom；

从log来看创建LauncherActivity时内存不足，导致了oom；继续看之前log发现大量GC操作，但是并没有获取到更多的内存空间，并且伴随着LauncherActivity不断创建和销毁，最终发现是settings切换语言导致重新创建LauncherActivity，而Launcher中存在内存泄露导致内存不断增长；

问题原因有：

1.Application中存在一个activity list用来管理activity，而LauncherActivity只有add操作，没有remove操作；

2.LauncherActivity中存在一个Handler内部类销毁时未处理；

3.LauncherActivity资源文件中使用了一个自定义表盘view，该view使用Handler不断刷新着界面；

修改方案：

1.在LauncherActivity销毁时将该activity从Application中移除；

2.handler.removeCallbacksAndMessages(null);handler = null;

3.没有秒计时，且屏幕10秒左右会息屏，不需要使用Handler循环来更新界面，改在LauncherActivity中必要时更新一下即可；

分析过程：

在知道如何复现问题后，使用sdk自带的monitor工具记录下内存变化，生成hprof文件后使用hprof-conv命令转换一下，最后使用mat来分析hprof；

第一次mat中表现的是由activitylist下面挂着很多LauncherActivity；修改：在LauncherActivity销毁时remove掉该activity；

还有问题，链接关系表现为java.lang.Thread---<java local,native stack>android.os.messagequeue---mMessages android.os.message---next android.os.message---自定义的view

观察内存变化，怎么确定是有内存泄露呢；我发现Heap Size随着我的操作在规律性的不断变大，每次增长差不多大小，且Cause GC后内存不回落到初始值；后来再对修改完的观察，发现不断操作时内存在增长后会回落到初始值，此问题应当是改好了；