Android Activity 启动过程(一)
在Android系统中,有两种操作会引发Activity的启动,
- 用户点击应用程序图标时,
Launcher
会为我们启动应用程序的主Activity
- 应用程序的默认
Activity
启动起来后,它又可以在内部通过调用startActvity
接口启动新的Activity
简介
无论是通过点击应用程序图标来启动 Activity
,还是通过 Activity
内部调用 startActivity
接口来启动新的 Activity
,都要借助于应用程序框架层的 ActivityManagerService
服务进程。在 Android
应用程序框架层中,ActivityManagerService
是一个非常重要的接口,它不但负责启动 Activity
和 Service
,还负责管理 Activity
和 Service
。
Android
应用程序框架层中的 ActivityManagerService
启动 Activity
的过程大致如下图所示:
在这个图中,
-
AMS
和ActivityStack
位于同一个进程中 -
ApplicationThread
和ActivityThread
位于另一个进程中。
其中,AMS
是负责管理 Activity
的生命周期的,AMS
还借助 ActivityStack
是来把所有的 Activity
按照后进先出的顺序放在一个堆栈中。
对于每一个应用程序来说,都有一个 ActivityThread
来表示应用程序的主进程,而每一个 ActivityThread
都包含有一个 ApplicationThread
实例,它是一个Binder
对象,负责和其它进程进行通信。
Activity 启动过程
-
无论是通过
Launcher
来启动Activity
,还是通过Activity
内部调用startActivity
接口来启动新的Activity
,都通过Binder
进程间通信进入到ActivityManagerService
进程中,并且调用AMS.startActivity
接口; -
AMS
调用ActivityStack.startActivityMayWait
来做准备要启动的Activity
的相关信息 -
ActivityStack
通知ApplicationThread
要进行Activity
启动调度了,这里的ApplicationThread
代表的是调用AMS.startActivity
接口的进程,对于通过点击应用程序图标的情景来说,这个进程就是Launcher
了,而对于通过在Activity
内部调用startActivity
的情景来说,这个进程就是这个Activity
所在的进程了; -
ApplicationThread
不执行真正的启动操作,它通过调用AMS.activityPaused
接口进入到AMS
进程中,看看是否需要创建新的进程来启动Activity
-
对于通过点击应用程序图标来启动
Activity
的情景来说,AMS
在这一步中,会调用startProcessLocked
来创建一个新的进程,而对于通过在Activity
内部调用startActivity
来启动新的Activity
来说,这一步是不需要执行的,因为新的Activity
就在原来的Activity
所在的进程中进行启动; -
AMS
调用ApplicationThread.scheduleLaunchActivity
接口,通知相应的进程执行启动Activity
的操作; -
ApplicationThread
把这个启动Activity
的操作转发给ActivityThread
,ActivityThread
通过ClassLoader
导入相应的Activity
类,然后把它启动起来。