Android系统是基于Linux 2.6内核开发的开源操作系统，而linux系统的内存管理有其独特的动态存储管理机制。
不过Android系统对Linux的内存管理机制进行了优化，Linux系统会在进程活动停止后就结束该进程，而Android把这些进程都保留在内存中，直到系统需要更多内存为止。这些保留在内存中的进程通常情况下不会影响整体系统的运行速度，并且当用户再次激活这些进程时，提升了进程的启动速度。
Android内存管理包含两部分，一部分是Framework对内存的管理，一部分是Linux内核对内存管理，这两部分共同决定应用程序的生命周期。
在Android中，大部分应用程序都运行在一个独立的Linux进程中，每个进程都有独立的内存空间。随着各种应用程序启动，系统内存不断下降，为了保证新应用能够运行，Android需要一套机制杀死暂时闲置的进程。
Android Framework并不能直接回收内存，其管理进程的服务（ActivityManagerService，以下简称AmS）也同应用程序一样运行在Java虚拟机环境里。Java虚拟机都运行在各自独立的内存空间，所以ActivityManagerService没有办法感知应用程序是否OOM。
Android系统中还运行了一个OOM进程。该进程启动时首先会在Linux内核中把自己注册为一个OOM Killer。AmS需要把每一个应用程序的oom_adj值告知OOM Killer，这个值的范围在-16到15之间，值越低，说明越重要，这个值类似于Linux中的nice值，只在标准的Linux中，有其自己的OOM Killer。Android中的OOM Killer进程仅仅适用于Android应用程序。
当内核的内存管理模块检测到系统内存不足时就会通知OOM Killer，然后OOM Killer根据AmS所告知的优先级强制退出优先级低的应用程序。
Android 内存管理机制
基于Linux内核OOM Killer的核心思想，Android 系统扩展出了自己的内存监控体系。因为Linux下的内存杀手需要等到系统资源”濒临绝境”的情况下才会产生效果。
而Android则实现了自己的Killer。Android 系统为此开发了一个专门的驱动，名为Low Memory Killer(LMK)。源码路径在内核工程的drivers/staging/android/Lowmemorykiller.c中。
它的驱动加载函数如下：
static int __init lowmem_init(void)
{
register_shrinker(&lowmem_shrinker);
return 0;
}
当系统的空闲页面低于一定阈值时，这个回调就会被执行。
Lowmemorykiller.c 中定义了两个数组，分别如下：
static short lowmem_adj[6] = {
0,
1,
6,
12,
};
static int lowmem_adj_size = 4;//下面的数值以此为单位（页大小）
static int lowmem_minfree[6] = {
3 * 512, /* 6MB */
2 * 1024, /* 8MB */
4 * 1024, /* 16MB */
16 * 1024, /* 64MB */
};
第一个数组lowmem_adj最多有6个元素，默认只定义了4个，它表示可用容量处于”某层级”时需要被处理的adj值；
第二个数组则是对”层级”的描述。举个例子，lowmem_minfree 的第一个元素是
3*512*lowmem_adj_size=6MB，意味着当可用内存小于6MB时，Killer需要清理adj的值为0(即lowmem_adj的第一个元素)以下的那些进程。其中adj的取值范围是-17~15，数字越小表示进程级别越高，通常只有0-15被使用。
android进程优先级
android将进程的优先级分为5个层次，按照优先级由高到低排列如下：
- 前台进程（Foreground process）：它表明用户正在与该进程进行交互操作，android系统依据下面的条件来将一个进程标记为前台进程：
- 该进程持有一个用户正在与其交互的Activity（也就是这个activity的生命周期方法走到了onResume()方法）。
- 该进程持有一个Service，并且这个Service与一个用户正在交互中的Activity进行绑定。
- 该进程持有一个前台运行模式的Service（也就是这个Service调用了startForegroud()方法）。
- 该进程持有一个正在执行生命周期方法（onCreate()、onStart()、onDestroy()等）的Service。
- 该进程持有一个正在执行onReceive()方法的BroadcastReceiver。
一般情况下，不会有太多的前台进程。杀死前台进程是操作系统最后无可奈何的做法。当内存严重不足的时候，前台进程一样会被杀死。
- 可见进程（Visible process）：它表明虽然该进程没有持有任何前台组件，但是它还是能够影响到用户看得到的界面。android系统依据下面的条件将一个进程标记为可见进程：
- 该进程持有一个非前台Activity，但这个Activity依然能被用户看到（也就是这个Activity调用了onPause()方法）。例如，当一个activity启动了一个对话框，这个activity就被对话框挡在后面。
- 该进程持有一个与可见（或者前台）Activity绑定的Service。
服务进程（Service process）：除了符合前台进程和可见进程条件的Service，其它的Service都会被归类为服务进程。
后台进程（Background process）：持有不可见Activity（调用了onStop()方法）的进程即为后台进程。通常情况下都会有很多后台进程，当内存不足的时候，在所有的后台进程里面，会按照LRU（最近使用）规则，优先回收最长时间没有使用过的进程。
空进程（Empty process）：不持有任何活动组件的进程。保持这种进程只有一个目的，就是为了缓存，以便下一次启动该进程中的组件时能够更快响应。当资源紧张的时候，系统会平衡进程缓存和底层的内核缓存情况进行回收。
前台>可见>服务>后台>空
如果一个进程同时满足上述5种优先级中的多个等级条件，android系统会优先选取其中最高的等级作为该进程的优先级。
内存管理机制的特点
- 更少的占用内存；
- 在合理的时候，合理的释放内存；
- 在系统内存紧张的情况下，能释放大部分不重要的的资源，来为Android提供可用的资源；
- 能够很合理的在特殊生命周期中，保存和回复还原重要数据，以至于系统能够正确的重新恢复该应用。
一些内存优化的方法
- 当Service完成任务后，尽量停止它，或者用intentService代替；
- 在UI不可见的时候，释放掉一些只有UI使用的资源；
- 在系统资源内存紧张的时候，尽可能多的释放掉一些非重要资源；
- 避免滥用Bitmap导致的内存浪费，参见Here
- 使用针对内存优化过的数据容器
- 避免使用依赖注入的框架
- 使用ZIP对其APK
- 使用多进程
