Android内存管理机制

在android的开发中，要时刻主要内存的分配和垃圾回收，因为系统为每一个dalvik虚拟机分配的内存是有限的，在google的G1中，分配的最大堆大小只有16M，后来的机器一般都为24M，实在是少的可怜。这样就需要我们在开发过程中要时刻注意。不要因为自己的代码问题而造成OOM错误。

JAVA的内存管理

大家都知道，android应用层是由java开发的，android的davlik虚拟机与jvm也类似，只不过它是基于寄存器的。因此要了解android的内存管理就必须得了解java的内存分配和垃圾回收机制。

在java中，是通过new关键字来为对象分配内存的，而内存的释放是由垃圾收集器（GC）来回收的，工程师在开发的过程中，不需要显式的去管理内存。但是这样有可能在不知不觉中就会浪费了很多内存，最终导致java虚拟机花费很多时间去进行垃圾回收，更严重的是造成JVM的OOM。因此，java工程师还是有必要了解JAVA的内存分配和垃圾回收机制。

1. 内存结构

上面这张图是JVM的结构图，它主要四个部分组成：Class Loader子系统和执行引擎，运行时方法区和本地方法区，我们主要来看下RUNTIME DATA AREA区，也就是我们常说的JVM内存。从图中可以看出，RUNTIMEDATA AREA区主要由5个部分组成：

• Method Area:被装载的class的元信息存储在Method Area中，它是线程共享的
• Heap(堆)：一个java虚拟机实例中只存在一个堆空间，存放一些对象信息，它是线程共享的
• Java栈： java虚拟机直接对java栈进行两种操作，以帧为单位的压栈和出栈（非线程共享）
• 程序计数器（非线程共享）
• 本地方法栈（非线程共享）

2. JVM的垃圾回收（GC）

JVM的垃圾原理是这样的，它把对象分为年轻代（Young）、年老代（Tenured）、持久代（Perm），对不同生命周期的对象使用不同的垃圾回收算法。

• 年轻代(Young)

年轻代分为三个区，一个eden区，两个Survivor区。程序中生成的大部分新的对象都在Eden区中，当Eden区满时，还存活的对象将被复制到其中一个Survivor区，当此Survivor区的对象占用空间满了时，此区存活的对象又被复制到另外一个Survivor区，当这个Survivor区也满了的时候，从第一个Survivor区复制过来的并且此时还存活的对象，将被复制到年老代。

• 年老代（Tenured）

年老代存放的是上面年轻代复制过来的对象，也就是在年轻代中还存活的对象，并且区满了复制过来的。一般来说，年老代中的对象生命周期都比较长。

• 持久代（Perm）

用于存放静态的类和方法，持久代对垃圾回收没有显著的影响。

Android中内存泄露监测

在了解了JVM的内存管理后，我们再回过头来看看，在android中应该怎样来监测内存，从而看在应用中是否存在内存分配和垃圾回收问题而造成内存泄露情况。

在android中，有一个相对来说还不错的工具，可以用来监测内存是否存在泄露情况：DDMS—Heap

使用方法比较简单：

• 选择DDMS视图，并打开Devices视图和Heap视图
• 点击选择要监控的进程，比如：上图中我选择的是system_process
• 选中Devices视图界面上的"update heap" 图标
• 点击Heap视图中的"Cause GC" 按钮（相当于向虚拟机发送了一次GC请求的操作）

在Heap视图中选择想要监控的Type，一般我们会观察dataobject的 total size的变化，正常情况下total size的值会稳定在一个有限的范围内，也就说程序中的代码良好，没有造成程序中的对象不被回收的情况。如果代码中存在没有释放对象引用的情况，那么data object的total size在每次GC之后都不会有明显的回落，随着操作次数的增加而total size也在不断的增加。（说明：选择好data object后，不断的操作应用，这样才可以看出total size的变化）。如果totalsize确实是在不断增加而没有回落，说明程序中有没有被释放的资源引用。那么我们应该怎么来定位呢？

Android中内存泄露定位

Mat(memory analyzer tools)是我们常用的用来定位内存泄露的工具，如果你使用ADT，并且安装了MAT的eclipse插件，你需要做的是进入DDMS视图的Devices视图：

点击"dump HPROF file"按钮，然后使用MAT分析下载下来的文件。

 

下面列出了存在的问题，点击detail进去，会列出详细的，可能会存在问题的代码：

 

关于MAT的使用可以参考：http://www.blogjava.net/rosen/archive/2010/06/13/323522.html

这位兄弟写的比较详细。

Android的内核是linux， android 的每个应用运行在各自的虚拟机(dalvik)上，互不相干，这样保证了当一个应用崩溃的时候，不致于导致整个系统崩溃。

Android是一个多任务系统，也就是说可以同时运行多个程序，这个大家应该很熟悉。一般来说，启动运行一个程序是有一定的时间开销的，因此为了加快运行速度，当你退出一个程序时，Android并不会立即杀掉它，这样下次再运行该程序时，可以很快的启动。随着系统中保留的程序越来越多，内存肯定会出现不足,Android系统中杀程序的工作是LowMemory Killer。它是在Linux内核中实现的。这里它实现了一个机制，由程序的重要性来决定杀谁。

Android将程序的重要性分成以下几类，按照重要性依次降低的顺序：

名称	oom_adj	解释
FOREGROUD_APP	0	前台程序，可以理解为你正在使用的程序
VISIBLE_APP	1	用户可见的程序
SECONDARY_SERVER	2	后台服务，比如说QQ会在后台运行服务
HOME_APP	4	HOME，就是主界面
HIDDEN_APP	7	被隐藏的程序
CONTENT_PROVIDER	14	内容提供者，
EMPTY_APP	15	空程序，既不提供服务，也不提供内容

每个程序都会有一个oom_adj值，这个值越小，程序优先级越高，内存回收的可能性越低。

除了上述程序重要性分类之外，Android系统还维护着另外一张表，这张表是一个对应关系，以N1为例：

oom_adj	内存警戒值( 以4K为单位）
0	1536
1	2048
2	4096
7	5120
14	5632
15	6144

这个表是定义了一个对应关系，每一个警戒值对应了一个重要性值，当系统的可用内存低于某个警戒值时，就杀掉所有大于该警戒值对应的重要性值的程序。比如说，当可用内存小于6144 * 4K = 24MB时，开始杀所有的EMPTY_APP，当可用内存小于5632 * 4K = 22MB时，开始杀所有 的CONTENT_PROVIDER和EMPTY_APP。

参考：http://blog.csdn.net/xieqibao/article/details/6707519