Android应用启动、退出分析

96
kkmoving
0.2 2014.07.31 20:37* 字数 1327

§AMS和应用进程

§应用启动流程

§应用退出流程

§启动、退出消息

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


【茶工坊】

Android精析
Web note ad 1