Android 内存泄露的检查分析方法

内存泄露问题我想是大部分开发者最不想遇见而又必须处理的问题，尤其Android中在对一个页面占用太多资源时经常会发生，下面我们就对内存泄漏这个难题进行分析一下。

 

一，什么是内存泄露？

相交于其他开发语言，Java是有垃圾回收机制（GC）的，这样就使得Java程序员比C++轻松了很多，存储申请了，不用时刻注意在最后去释放资源（当然这是个好习惯）。Java虚拟机会开启一些回收线程兢兢业业不定时的回收那些不再被需要的内存空间（一定要注意，回收的不是对象本省，而是对象所占据的内存空间）。

 

Question 1:什么叫不在被需要的内存空间？

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

 

Question 2:如何分辨对象无引用？

** 2种方法

 

1，引用计数法：直接计数，简单高效，Python就是采用的该方法。但是如果两个对象相互调用，即使它们都无法被外界访问到，计数器也不为0，这样它们始终也不会被回收。为了解决该问题，Java采用的是第2中方法。

 

2，可达性分析法：这个方法设置了一系列的“GC Roots”对象作为索引起点，如果一个对象与起点对象之间均无可达路径，那么这个不可达的对象就会成为回收对象。这种方法处理两个对象相互应用的问题，如果两个对象均没有外部引用，会判断为不可达对象进而被回收。（如图）

 

Question3:有了回收机制，就可以放心大胆用，不会有内存泄露？

**答案肯定不是啦，不然也不用写这么多了！

 

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

 

不过，用户对单次的内存泄露并没有什么感知，但泄露到内存都被消耗完，就会导致程序卡顿，崩溃。

二，发现内存泄露

内存泄露不可忽视，在Android开发中，比如说一个Activity页面会占用许多资源开销，如果页面发生泄露，关闭一户页面没有被回收，对应用程序的伤害很严重的。

 

Question1:在   Android开发测试中一般如何检测内存泄露的发生呢？

Method 1:反复操作观察内存变化

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

 

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

 2，Android Studio 也可以方便查看

 

 

Method2:通过代码检测Acticity

 

基本思路：

 

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

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

application.registerActivitylifeCallbacks

 

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

   如果一个Activity走到onDestory,那么这个Activity对象就是需要被回收的目标。我们生命一个检测对象的软引用 ref = new WeakReference<Object> (activity)

 

PS: **与强引用和软引用相比，软引用不会被垃圾回收器当做一个“有效”的引用，不会影响其应用对象的释放。实际上，垃圾回收器会毫不犹豫滴回收只有软引用的对象

4）在LeakThread中我们每隔一段时间检测一下 ref.get 是否为空，为空书名activity已被释放。不为空可以手动触发GC；如果超过一段时间，比如50S,页面对象还未被清理，我们就可以推断已发生了内存泄露。

5）当内存泄露时，提示给开发者，并自动 dump 出 .prof 文件。