【腾讯优测干货分享】Android内存泄漏的简单检查与分析方法

导语

内存泄漏问题大约是Android开发者最烦恼的问题之一了，项目中连续遇到几个内存泄漏问题，这里简单总结下检查分析内存泄漏的一些工具与方法。

大家都知道，java是有垃圾回收机制的，这使得java程序员比C++程序员轻松了许多，存储申请了，不用心心念念要加一句释放，java虚拟机会派出一些回收线程兢兢业业不定时地回收那些不再被需要的内存空间（注意回收的不是对象本身，而是对象占据的内存空间）。

Q1：什么叫不再被需要的内存空间？

答：Java没有指针，全凭引用来和对象进行关联，通过引用来操作对象。如果一个对象没有与任何引用关联，那么这个对象也就不太可能被使用到了，回收器便是把这些“无任何引用的对象”作为目标，回收了它们占据的内存空间。

Q2：如何分辨为对象无引用？

答：2种方法

引用计数法
直接计数，简单高效，Python便是采用该方法。但是如果出现两个对象相互引用，即使它们都无法被外界访问到，计数器不为0它们也始终不会被回收。为了解决该问题，java采用的是b方法。
可达性分析法
这个方法设置了一系列的“GC Roots”对象作为索引起点，如果一个对象与起点对象之间均无可达路径，那么这个不可达的对象就会成为回收对象。这种方法处理两个对象相互引用的问题，如果两个对象均没有外部引用，会被判断为不可达对象进而被回收（如下图）。

Q3：有了回收机制，放心大胆用不会有内存泄漏？

答：答案当然是No！

虽然垃圾回收器会帮我们干掉大部分无用的内存空间，但是对于还保持着引用，但逻辑上已经不会再用到的对象，垃圾回收器不会回收它们。这些对象积累在内存中，直到程序结束，就是我们所说的“内存泄漏”。

当然了，用户对单次的内存泄漏并没有什么感知，但当泄漏积累到内存都被消耗完，就会导致卡顿，崩溃。

内存泄漏不可小视，在Android开发中，比如说一个Activity页面会占用许多资源开销，如果页面发生泄漏，关闭以后页面没有能被系统回收，对应用程序的伤害是很大的。

Q1：在Android开发测试中一般如何发现内存泄漏的发生呢？

答：

方法1：反复操作观察内存变化

内存泄漏常见变现为程序使用时间越长，内存占用越多。那我们通过反复操作应用，比如反复点开/关闭页面，观察内存变化状况是否一点点上涨，可以粗略地判断是否有内存泄漏

1.通过 DDMS 中的 heap 工具，可以查看应用内存的使用情况

2.Android studio也可以方便查看

方法2：通过代码检测Activity泄漏

基本思路：

1）debug版本可以起一个长期工作的线程LeakThread在后台专门做泄漏检测

2）向Application注册一个页面生命周期的监听：application.registerActivityLifecycleCallbacks

3）在监听类中对 onActivityDestoryed(Activity activity) 的事件回调做处理：

如果一个Activity走到onDestroy，那么这个Activity对象就是需要被回收的目标。

我们声明一个检测对象的弱引用ref = new WeakReference