AMS和应用进程
应用进程 <- 系统管理 <- AMS
AMS:ActivityManagerService
系统级Service
管理应用进程的生命周期(包括进程的Activity、Service、Broadcast和Provider)
与应用进程的跨进程交互
Android的一个应用就是一个进程,系统对应用的管理是一个专门的Service——ActivityManagerService,简称AMS。
AMS是一个系统级Service。
系统通过它来管理应用进程的生命周期,当然包括应用的Activity、Service等的生命周期。
AMS是一个独立的进程,因此它要管理应用进程,必然要进行跨进程交互。
AMS和应用的跨进程交互
ActivityManagerProxy——AMS的代理,供应用进程调用。
通过ActivityManagerNative.getDefault()获取
ApplicationThreadProxy——应用进程的代理,供AMS进程调用。
应用启动时,会将应用进程的代理传递到AMS
跨进程通信,一般都会用到远程代理。这个后面会安排专题来讲。
简单来说,有进程A和进程B,进程B要调用进程A,那么A是Server端,B是Client端。AP是Server端的远程代理,代理AP和Server端拥有相同的调用接口。
进程B要调用进程A的接口f,直接调用代理的接口f,代理通过Binder机制通知进程A,唤起进程A相同接口f的调用。
ActivityManagerProxy是AMS的代理,供应用进程调用。
ApplicationThreadProxy是应用进程的代理,供AMS进程调用。
启动流程
这里以全新启动为例进行分析。
进程层次启动流程
1. 应用的启动是从其他应用调用startActivity开始的。通过代理请求AMS启动Activity。
2. AMS创建进程,并进入ActivityThread的main入口。在main入口,主线程初始化,并loop起来。
主线程初始化,主要是实例化ActivityThread和ApplicationThread,以及MainLooper的创建。ActivityThread和ApplicationThread实例用于与AMS进程通信。
3. 应用进程将实例化的ApplicationThread
Binder传递给AMS,这样AMS就可以通过代理对应用进程进行访问。
4. AMS通过代理,请求启动Activity。ApplicationThread通知主线程执行该请求。然后,ActivityThread执行Activity的启动。
Activity的启动包括,Activity的实例化,Application的实例化,以及Activity的启动流程:create、start、resume。
可以看到入口Activity其实是先于Application实例化,只是onCreate之类的流程,先于Activity的流程。
另外需要scheduleLaunchActivity,在ApplicationThreaad中,对应AMS管理Activity生命周期的方法都以scheduleXXXActivity,ApplicationThread在Binder线程中,它会向主线程发送消息,ActivityThread的Handler会调用相应的handleXXXActivity方法,然后会执行performXXXActivity方法,最终调用Activity的onXXX方法。
进程层次详细启动流程
进程层次,主要是应用进程启动和主线程启动流程。
这个流程比较复杂,需要注意的有几点:
1.Activity获取AMS的远程代理:ActivityManagerNative::getDefault,它返回的是代理ActivityManagerService的ActivityManagerProxy。
2.AMS通过ActivityStack和ActivityStackSupervisor管理Activity栈,实现Activity之间的切换。
3.ActivitStack对应生命周期的方法: xxxActivityLocked。(eg: startActivityLocked)
4.全新启动过程中,AMS只进行了Launch调度,没有进行Start和Resume调度。
应用层次详细启动流程
应用层次,主要是Activity的启动流程。
这里可以看到,Activity的create、start、resume直接在scheduleLaunch后面全部执行了。
退出流程
进程层次退出流程
1. 应用的退出,首页由Activity调用自身的finish。
2. 然后AMS调度应用Pause。
3. 应用Pause之后通知AMS。
4. AMS再调度应用Destroy。应用执行这个请求时,会先Stop,现进行Destroy。
进程层次详细退出流程
可以看到,AMS进行Pause和Destroy调度,没有进行Stop调度。
应用层次详细退出流程
Pause在AMS调度Pause之后完成。
Stop和Destroy在AMS调度Destroy后完成。
启动、退出消息
打印MainLooper消息
在Activity类加入静态代码块
static {
Looper.myLooper().setMessageLogging(newLogPrinter(Log.INFO, TAG));
}
MainLooper对应的Handler
−ActivityThread$H
−ViewRootImpl$ViewRootHandler
−…
上次已经讲过了,Activity的实例化是在主线程,因此Looper.myLooper()拿到的是MainLooper。设置MessageLogging,这样MainLooper的消息就可打印出来。
MainLooper对应的Handler比较多,与启动过程相关的是ActivityThread$H。
启动消息
全新启动时,主线程基本消息就是这些。
(android.app.ActivityThread$H){42deea58} null: 100
100: LAUNCH_ACTIVITY
无START_ACTIVITY和RESUME_ACTIVITY
可以看到AcitivyThread的H只收到一个LAUNCH的消息。
退出消息
Dispatching to Handler (android.app.ActivityThread$H) {42de80b0} null: 102
§102:PAUSE_ACTIVITY_FINISHING
Dispatching to Handler (android.app.ActivityThread$H) {42de80b0} null: 109
§109:DESTROY_ACTIVITY
by kkmoving