学习android内核 -- 内存管理相关

各种关闭当前activity引起的内存回收:

1.startActivity()：

当调用startActivity时，一般需要先暂停之前运行的activity,当暂停完毕后，ams会收到一个消息，并从completePaused()处执行，这里上一个activity并没有finishing,只是stop.所以把他加入到mStoppingActivites列表中。当目标activity启动后，AMS会发送一个内存回收的消息，这时就会调用AMS的activityIdleInternal();该方法首先会处理mStoppingActivites列表中的 actifity对象，当stop完毕后。再执行给Ams，这时又执行ams的activitystopped()，然后又会调用正真的回收处理trimApplication().

2.按Back键：略

3.启动一个新的activity：

目标activity启动后，AMS会发送一个内存回收的消息，这时就会调用AMS的activityIdleInternal();该方法首先会处理mStoppingActivites列表中的 actifity对象，接着处理mFinishingActivities列表。最后调用正真的回收处理trimApplication().

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值

-----------------------------------------------------------------------------

客户进程内存回收：

Ams调用scheduleAppGcLocked(ProcessRecord app)方法时，就会通知指定的app对象进行内存回收。

循环回收处理mProcessesToGc列表中对象

（回收方式主要分2种情况）

1.内存低时导致进行回收。

a.首先先释放所有的Component对象中的所有对象（Activity,Service,Provider,Application）,采用 回调 onLowMemory()方法。

b.回收Sqlite。调用SQLiteDatabase,releaseMemory();

c.回收Canvas。调用Canvas.freeCaches()。其中一个activity中可能包含多个canvas对象

d.释放binder：采用 BinderInternal.forceGc("参数")； 这里的参数表明回收的理由

2.释放CPU进行回收。

只释放binder：采用 BinderInternal.forceGc("参数")； 这里的参数表明回收的理由