Android 内存泄漏分析

1.   Java 内存管理原理

Java的内存管理就是对象的分配和释放问题。在Java中，内存的分配是由程序用new关键字完成的，系统将程序在Heap（堆）中申请一个空间存放，并返回的是一个对象的reference （一般类似于句柄，指针的指针），对象的释放是由GC（垃圾收集器，Garbage Collection）决定和执行的。虚拟机监视对象状态，包括对象的申请、引用、被引用、赋值等，如果该对象不再被引用则由GC 释放该对象。

这种收支两条线让虚拟机管理内存的方法简化了程序员的工作，用户不用关心也不易直接管理内存。

为了更好理解GC的工作原理，我们可以将对象考虑为有向图的顶点，将引用关系考虑为图的有向边，有向边从引用者指向被引对象。每个线程正在运行的局部变量和参数都是根顶点。在这个有向图中，根顶点可达的对象都是有效对象。

Static 不一定不会被回收，系统启动时候会启动一个系统ClassLoader 再引用到加载的Class ，class 再引用到static 字段。所以一般也不会被回收。

2.   Java 内存泄漏原因

在Java中，内存泄漏就是存在一些被分配的对象，这些对象有下面两个特点，首先，这些对象是可达的，即在有向图中，存在通路可以与其相连；其次，这些对象是无用的，即程序以后不会再使用这些对象。程序员往往只知道这些对象无用了，但是却不知道他们还是可达的，这些对象不会被GC所回收，还存在占用内存，这就构成了内存泄漏。

3.   Android 常见内存问题

静态引用了Activity ，导致activity finish 后，activity 资源无法释放。

静态引用了context ，View ，Drawable 。

静态引用了这些类的非静态内部类。

一个task 包含了太多的activity （打开太多了）而没有对每个activity 进行 onstop 资源控制。

一个列表太长的时候。比如list view ，不断list more 。

注意静态引用，尤其是容器类的静态引用。

不熟悉组件的情况下，不要只用组件的部分，特别是adapter 。因为他又可能还引用到一个组件。

一般情况下，GC 工作是正常的，系统会自动回收。

4.   Java内存文件

Java内存文件是java内存的一个映像，可以了解整个虚拟机在某个时间内存中对象的状态。常用的有Hpprof 格式，通过分析 Java 内存文件，我们可以了解是否有内存泄漏。

5.   Android 取内存文件

在Eclipse中的DDMS中选择要测试的进程，然后点击Dump HPROF file Button,系统往往会打开一个包含乱码的文件，通过Eclipsetitle bar 可以看见路径名。通常象下面的路径

C:\Users\用户名\AppData\Local\Temp\android8624778861192558020.hprof。这个文件的大小就是内存的大小，可以把这个文件copy 出来。

如果通过插件形式安装EMA,在Eclipse DDMS 中点击Dump HPROF file，会自动调用EMA.这样很非常简单。

建议如果有内存泄漏，等系统发现严重泄漏时再取内存文件，这样容易找出错误。

6.   EMA 分析内存文件

 

有了内存文件，就可以找个内存分析工具来分析内存。

内存分析工具可以方便的对内存中的各种对象进行排序，查找。

内存分析里面有个概念就是 Shallow heap size 和 Retained heap size 。

Shallow heap 是这个对象本身的大小，一般并不大。

Retained heap 是这个对象本身的大小和包含子对象的大小。

通过检查哪些Retained heap size 特大的对象，我们往往可以找到内存的泄漏点。

工具，我们可以选择eclipse  的MemoryAnalyzer (MAT) http://www.eclipse.org/mat/

打开EMA ，选择File->open file ,打开刚才的内存文件。

然后打开overview pane ，可以看到大致内存状况。

然后点击下面report-> leak suspects  可以看到系统猜测的泄漏问题。

工具猜测的第一个问题，就是BlogListAdapter 问题，因为他占用了10% 的内存。

 

事实也正是工具猜测的。

Adapter 关联了多个 AdapterDataSetObserver。看程序code ，

Adapterview 需要向Adapter注册AdapterDataSetObserver，AdapterDataSetObserver  是Adapterview 非静态内部类。

所以Adapter 会保留对Adapterview 的引用。

现在系统每次都重新new 个list view ，但是却重用了以前的adapter 。结果以前的view 并没用被释放。所以listView 不断增加，造成内存泄漏。

由于整个page 是静态类，而page 引用到adapter ，所以无论如何，adapter 都不会被回收。

也可以从domanate tree view 来查看大对象，从而发现问题。从这视图上，也可以看出BlogListAdapter 有问题。