首页 > 技术文章 > 安卓系统应用启动流程分析

Linux-tech 2020-06-24 17:00 原文

随着移动开发的兴起,安卓系统的重要性愈加突显。本文简要介绍安卓系统上应用启动流程,对于应用开发、系统定制以及性能优化人员来说,熟悉应用启动流程会使得在今后的工作中更加得心应手,做到知其然,知其所以然。本文主要面向开发人员,假定读者已有一定的安卓基础。

本文以安卓P版本为基础,不同安卓版本上应用启动流程略有差异,但核心逻辑仍然一致。

安卓上应用启动的几种形式

冷启动

这种方式应用需要完成完整的启动过程,即创建进程、初始化资源及显示应用界面,相比于另外两种启动模式,应用冷启动耗时最长。

热启动

这种方式下应用进程已经启动,通常只需将要显示的activity带到前台即可,所以在该模式下应用可以较快速启动。

温启动

这种方式需要完成部分冷启动过程,比如进程已经创建,但要重新执行activity的onCreate()来创建要显示的activity,这种模式下的启动时间介于以上两种之间。

本文主要介绍冷启动的执行流程。

应用启动相关的一些基本概念

zygote

该进程是安卓上所有应用进程的父进程,在开机过程中由系统启动并保持运行状态。由于现在的安卓平台大部分同时支持32位和64位应用,zygote也分为32位和64位两个版本,其原理相同,在本文中不做区分。

system_server

安卓上的系统服务进程,绝大部分主要系统服务都驻留在该进程内,包括下文中介绍的AMS、WMS、PMS等。system_server由zygote在启动进程中分裂而来(即也是zygote的子进程),然后持续运行。

AMS

Activity Manager Service,是安卓上的一个核心服务,负责管理应用各个组件,所有应用在其生命周期内均需和AMS打交道。该服务驻留在system_server进程内。 

WMS

Window Manager Service,是安卓上的窗口管理服务,负责处理应用的界面显示相关的请求。该服务驻留在system_server进程内。

PMS

Package Manager Service,是安卓上的包管理服务,负责处理应用的安装、缷载等。该服务驻留在system_server进程内。

应用冷启动的任务序列

在冷启动时,系统首先有三个任务:

1. 在AMS端分配应用资源;

2. 显示应用的空白启动窗口;

3. 创建应用进程;

在应用进程启动后,应用进程会负责启动的后续阶段:

1. 创建应用对象;

2. 启动主线程;

3. 创建主activity并完成绘制及显示;

应用进程完成第一帧绘制后,系统会将空白窗口替换为应用的画面,此时,用户可以开始使用应用。

典型的冷启动场景及流程

接下来,我们以一个典型场景,即从桌面点击应用图标启动应用这一过程,来介绍应用启动流程。其它应用启动场景,比如从命令行启动,或者从A应用启动B应用,与本场景大同小异,本文中不再另做说明。

先看下简要的流程图:

如上图所示,当用户点击桌面上应用图标后,Launcher进程会将应用信息发送给AMS,由于这时应用进程还没有启动,所以需要先创建应用进程,AMS收到请求后会发送命令给zygote进程要求创建目标应用进程,当目标进程启动后,会将自身的远程handle注册给AMS,这样AMS就可以控制应用进程去执行接下来的一系列启动操作。

接下来,我们对这一过程做下详细说明。

1. 用户点击应用图标后,launcher进程向system_server进程发消息请求启动应用进程,即launcher通过startActivity()向AMS发送请求启动对应的activity,核心代码如下:

frameworks/base/core/java/android/app/Activity.java

其中,参数intent包含了要启动的目标应用的信息。

以上代码最终会调用AMS内部的startActivity(),由于Launcher和AMS分属不同进程,这一过程通过binder通信。

2. system_server进程收到请求后,通过其内部逻辑,即AMS收到startActivity()调用后,会进行必要的权限检查,创建activity的内部表示即ActivityRecord对象,并显示一个空白的窗口。

核心代码如下:

frameworks/base/services/core/java/com/android/server/am/ActivityRecord.java

由于应用冷启动时进程不存在,AMS会通过zygote创建应用进程。

核心代码如下:

frameworks/base/services/core/java/com/android/server/am/ActivityStackSupervisor.java

具体流程如下:

在非冷启动的情况,即如果应用进程已经启动完成,则可以直接进入启动activity的逻辑,代码如下:

在冷启动的startProcessLocked()调用过程中,有一个参数需要特别注意,即 ”entryPoint”,这个参数表示zygote分裂出的应用进程的入口,其定义为:

frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java

也就是说,ActivityThread是应用程序的入口。

3. 当应用进程启动后,会进入ActivityThread的main()方法执行应用端逻辑;

核心代码如下:

frameworks/base/core/java/android/app/ActivityThread.java

创建ActivityThread对象时,会同时创建应用进程的表示对象,即该应用的handle,代码如下:

frameworks/base/core/java/android/app/ActivityThread.java

同时要特别注意应用进程的“attach”操作,这一操作会将应用进程自身的远程handle即mAppThread注册给AMS,这样AMS就可以和应用通信,通知应用执行后续的操作,启动相应的activity;

核心代码如下:

frameworks/base/core/java/android/app/ActivityThread.java

4. 现在应用进程已经启动,并且已与AMS建立关联,AMS会继续执行启动应用的第一个activity的逻辑;

核心代码如下:

frameworks/base/services/core/java/com/android/server/am/ActivityStackSupervisor.java

其中,realStartActivityLocked()会通知应用启动相应activity,逻辑如下:

5. 应用进程收到 ”launch”及”resume” 命令后,就会创建相应的activity对象以及关联的窗口对象等资源,并调用activity的生命周期回调函数完成activity的显示;到此,应用进程的第一个activity就创建完成了;

核心代码如下:

frameworks/base/core/java/android/app/ActivityThread.java

初始化图形资源及与WMS的连接:

创建activity对象:

初始化activity实例:

调用activity的onCreate()函数:

接下来会继续activity的其它生命周期回调函数并将activity显示出来,至此,一个应用的首个activity即完成了启动。

总结

本文简要说明了安卓平台上应用启动的流程,通过本篇介绍,希望读者能理清应用启动的大致脉络,对应用启动过程有一个基本的理解。

参考资料

[1]http://androidxref.com/

[2]https://developer.android.com/topic/performance/vitals/launch-time

扫码关注
“内核工匠”微信公众号
Linux 内核黑科技 | 技术文章 | 精选教程

推荐阅读