android开发进阶（一）-- android app启动流程

来源：互联网发布：货品查询软件编辑：程序博客网时间：2024/04/28 03:02

这篇文章写得很详细：

http://www.jianshu.com/p/a5532ecc8377

作者曾经在高通的Android性能组工作, 主要工作是优化Android Application的启动时间.

1, App基础理论

要想优化App启动时间, 第一步就是了解App启动进程的工作原理. 有几个基础理论:

Android Application与其他移动平台有两个重大不同点:

每个Android App都在一个独立空间里, 意味着其运行在一个单独的进程中, 拥有自己的VM, 被系统分配一个唯一的user ID.
Android App由很多不同组件组成, 这些组件还可以启动其他App的组件. 因此, Android App并没有一个类似程序入口的main()方法.

Android Application组件包括:

Activities: 前台界面, 直接面向User, 提供UI和操作.
Services: 后台任务.
Broadcast Receivers: 广播接收者.
Contexnt Providers: 数据提供者.

Android进程与Linux进程一样. 默认情况下, 每个apk运行在自己的Linux进程中. 另外, 默认一个进程里面只有一个线程---主线程. 这个主线程中有一个Looper实例, 通过调用Looper.loop()从Message队列里面取出Message来做相应的处理.

那么, 这个进程何时启动的呢?
简单的说, 进程在其需要的时候被启动. 任意时候, 当用户或者其他组件调取你的apk中的任意组件时, 如果你的apk没有运行, 系统会为其创建一个新的进程并启动. 通常, 这个进程会持续运行直到被系统杀死. 关键是: 进程是在被需要的时候才创建的.

举个例子, 如果你点击email中的超链接, 会在浏览器里面打开一个网页. Email App和浏览器App是两个不同的App, 运行在不同的进程中. 这次点击事件促使Android系统去创建了一个新的进程来实例化浏览器的组件.

首先, 让我们快速看下Android启动流程. 与众多基于Linux内核的系统类似, 启动系统时, bootloader启动内核和init进程. init进程分裂出更多名为"daemons(守护进程)"的底层的Linux进程, 诸如android debug deamon, USB deamon等. 这些守护进程处理底层硬件相关的接口.
随后, init进程会启动一个非常有意思的进程---"Zygote". 顾名思义, 这是一个Android平台的非常基础的进程. 这个进程初始化了第一个VM, 并且预加载了framework和众多App所需要的通用资源. 然后它开启一个Socket接口来监听请求, 根据请求孵化出新的VM来管理新的App进程. 一旦收到新的请求, Zygote会基于自身预先加载的VM来孵化出一个新的VM创建一个新的进程.
启动Zygote之后, init进程会启动runtime进程. Zygote会孵化出一个超级管理进程---System Server. SystemServer会启动所有系统核心服务, 例如Activity Manager Service, 硬件相关的Service等. 到此, 系统准备好启动它的第一个App进程---Home进程了.

2, 启动App流程

用户点击Home上的一个App图标, 启动一个应用时:

app launch

Click事件会调用startActivity(Intent), 会通过Binder IPC机制, 最终调用到ActivityManagerService. 该Service会执行如下操作:

第一步通过PackageManager的resolveIntent()收集这个intent对象的指向信息.
指向信息被存储在一个intent对象中.
下面重要的一步是通过grantUriPermissionLocked()方法来验证用户是否有足够的权限去调用该intent对象指向的Activity.
如果有权限, ActivityManagerService会检查并在新的task中启动目标activity.
现在, 是时候检查这个进程的ProcessRecord是否存在了.

如果ProcessRecord是null, ActivityManagerService会创建新的进程来实例化目标activity.

2.1 创建进程

ActivityManagerService调用startProcessLocked()方法来创建新的进程, 该方法会通过前面讲到的socket通道传递参数给Zygote进程. Zygote孵化自身, 并调用ZygoteInit.main()方法来实例化ActivityThread对象并最终返回新进程的pid.

ActivityThread随后依次调用Looper.prepareLoop()和Looper.loop()来开启消息循环.

流程图如下:

process creation

2.2 绑定Application

接下来要做的就是将进程和指定的Application绑定起来. 这个是通过上节的ActivityThread对象中调用bindApplication()方法完成的. 该方法发送一个BIND_APPLICATION的消息到消息队列中, 最终通过handleBindApplication()方法处理该消息. 然后调用makeApplication()方法来加载App的classes到内存中.

流程如下:

bind application

2.3 启动Activity

经过前两个步骤之后, 系统已经拥有了该application的进程. 后面的调用顺序就是普通的从一个已经存在的进程中启动一个新进程的activity了.

实际调用方法是realStartActivity(), 它会调用application线程对象中的sheduleLaunchActivity()发送一个LAUNCH_ACTIVITY消息到消息队列中, 通过 handleLaunchActivity()来处理该消息.

假设点击的是一个视频浏览的App, 其流程如下:

start activity

推荐拓展阅读

著作权归作者所有

如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！

¥ 打赏支持

喜欢

6条评论（按时间正序· 按时间倒序· 按喜欢排序）添加新评论

BigLong

2 楼 · 2016.08.25 00:51

喜欢(0)回复

anly_jun：@BigLong 谢谢

回复2016.08.25 15:00

忘记了爱

3 楼 · 2016.09.03 15:47

一个进程多个线程？

喜欢(0)回复

darkengine：@忘记了爱如果你没有主动开其他子线程的话，有一个主线程，负责渲染的RenderThread和hwuiTask，负责GC的几个子线程，还有两个binder线程。

回复2016.09.23 17:20

阿木1234

4 楼 · 2016.10.09 09:10

想请问一个问题，ActivityThread的BindApplication 是在Application 初始化的时候进行的是吗？
我想启动一个activity，想必肯定也想要执行handleBindApplication() 的吧。
但是我看到有一个 ActivityThread 中还有performLaunchActivity 还有一个这里面也会有Application app= r.packageInfo.makeApplication（）

请问这个App 启动过程，为什么会出现两个application 对象，还是其他情况呢？

喜欢(0)回复

anly_jun：@阿木1234 并不会生成两个, makeApplication中有限制, 如果mApplication已经存在, 会直接返回~

回复2016.10.09 10:35

文／anly_jun（简书作者）
原文链接：http://www.jianshu.com/p/a5532ecc8377
著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。

0 0

android开发进阶（一）-- android app启动流程

1, App基础理论

2, 启动App流程

2.1 创建进程

2.2 绑定Application

2.3 启动Activity

打开微信“扫一扫”，打开网页后点击屏幕右上角分享按钮

喜欢的用户