Android内存管理：
1.当应用程序关闭以后，后台对应的进程并没有真正的退出（处于休眠状态，一般不占用系统CPU的资源），这是为了下次再启动的时候能快速启动。
2.当系统内存不够时，AmS会主动根据一定的优先规则退出优先级较低的进程。
a:与linux内核的内存管理模块配合： 系统内存情况（是否足够）主要是Linux内核的内存管理所控制的，AmS只是从中起到为应用程序情况分配一个oom_adj值（－16到15，android中只用了0-15 ；值越高越容易被回收），然后告诉Linux内核中注册的oom killer去做回收处理（调用linux内部的进程管理方法）。 （如果不支持这种方式，则进行潜规则）
b:潜规则（后台进程）：回收优先级为 包含 前台Activity < 前台Service 或 Provider < 后台 activity < 空进程 （即前台Activity是最不容易被回收的）；
c: 当Activity数量超过定义的MAX_ACTIVITES(20)时， 满足 处于stop(),还没有finish(); 并是不可见的; 不是persistent(常驻进程)的; 也是最优先被kill的。
主要流程为：
1.android中运行了一个叫oom的进程，他会在linux内存管理中注册（为oom Killer：用来回收应用进程）。
2.当Llinux内存管理模块检测到系统内存不够的时候，他就会通知注册了的OOM进程，然后OOM进程就可以根据所定义的各种规则进行内存释放了。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
内存回收释放的地点包含三个：
1.AmS中：当系统内存低时，会根据上述潜规则进行释放。 Process.killProcess(...)
2.OOM Killer中：根据oom_adj值调用Linux内部的进程管理方法释放优先级较低的进程。（oom_adj越高，优先级越低）
3.应用本身：当AmS认为目标进程需要被杀死时，首先会通知目标进程进行内存释放，包括调用目标进程的 scheduleLowMemory() 和 processInBackground() 方法
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
调用回收：
1.ActivityStack类的activityIdleInternal()方法 :该方法只是执行通知所有需要回收内存的客户进程进行内存回收以及执行了一些回调，并没有真正的回收处理，真正做内存回收工作是调用了trimApplications()
2.ActivityServiceManager类的trimApplications()：该方法执行真正的内存回收处理；该方法在activityIdleInternal（）以及stopActivityLocked（）中被调用。
执行顺序为上述的 a b c，在这之前还会先删除mRemovedProcesses列表中记录的进程 ，如下情况会被加入到列表中（
1.当某个进程crash后。
2.当某个程序UI线程5秒之内没响应，弹出ARN,如选择强制关闭。
3.手动调用Ams提供的killBackgroundProcess(),需要添加权限。
4.当系统启动时，在Ams的systemReady（）方法中，启动非persistent（常驻）进程，一般都是常驻的，基本不会发生）
3. trimApplications（）中的Boolean updateOomAdjLocked()->setOomadj()：告诉OOM Killer指定进程的优先级,如果底层的Linux系统包含OOM Killer则返回true(说明支持OOM Kille),否则为false。
4.computeOomAdjLocked（）估算指定进程的oom_adj值