记一次内存泄露优化过程

背景

项目目前存在使用久了或者重复打开关闭某个页面，内存会一直飙升，居高不下，频繁发生GC。静置一段时间后，情况有所改善，但是问题依旧明显，如图1-1、1-2。

图1-1.操作时的内存使用情况

图1-2.静置时的内存使用情况

如上图1-1，是通过Android Studio查看内存（灰色）和CPU（红色）使用情况，可以看出内存有发生抖动并且是处于比较高的状态，再者，从logcat可以看到一直发生GC，如下图1-3：

图1-3.

出现这些情况，是有很多因素造成的，最主要的原因是发生了内存泄露：页面关闭之后，该页面对象理应被回收，但由于某种原因导致它没有被及时回收掉，一直占据着内存，导致内存居高不下。

目标

本目标就是排查出应用内发生内存泄露的地方，并解决问题，避免组员踩重复的坑，减少应用内存泄露现象，减少内存抖动，减少OOM发生的几率，提高应用的性能、流畅度，减少卡顿。

内存泄露排查优化过程

内存泄露排查过程，有两种方法，一种是通过MAT手动分析排查，另一种是通过LeakCanary注入到应用内辅助排查。

使用MAT分析内存泄露

首先，需要下载、安装内存分析工具MAT（http://www.eclipse.org/mat/）。接着，需要dump取内存，并进行分析。打开应用，先进行几个简单的操作：进入首页->进入社区首页->进入一条问答详情界面->迅速关闭页面->再次进入问答详情界面->再关闭，以此重复几次。然后通过Android Studio的Android Monitor将此时的内存dump下来，dump下来的hprof文件，存放在项目目录下的captures文件夹下，如图1-4、1-5。

图1-4.dum