文章目录
- 主要构成
- 详细启动流程
- 参考链接
主要构成
App的启动流程主要涉及几个关键步骤和组件的交互,包括Launcher进程、ActivityManagerService(AMS)、Zygote进程、以及App进程本身。以下是详细的启动流程:
用户操作:用户通过点击桌面Launcher上的图标触发App的启动。
Launcher进程:Launcher进程通过AMS向Zygote请求孵化应用进程,随后ActivityThread的main方法启动。
ActivityManagerService(AMS):
AMS在Android系统中扮演核心角色,负责系统中四大组件(Activity、Service、Content Provider、Broadcast Receiver)的启动、切换、调度及应用进程的管理和调度。
AMS通过调用startProcessAsync方法负责创建APP进程,这是异步的,通过handler转发后最终会调用到LocalService.startProcess()方法。
Zygote进程:
Zygote进程在Android系统中负责预加载一些系统类库和资源,以加速进程的创建。
当用户启动应用或触发其他应用组件时,Zygote进程会根据应用的包名加载应用的资源(如布局文件、字符串资源等)和类。
Zygote进程在内部执行main()方法,创建Android Runtime环境,并等待新应用进程的请求。
App进程:
每个应用都运行在其自己的应用进程中,这意味着每个应用都有独立的内存空间、独立的虚拟机(Dalvik或ART),以及独立的运行环境。
App进程负责执行应用的各个组件,如Activity、Service、Broadcast Receiver等。
App进程的生命周期由Android系统管理,系统可以在需要时创建、销毁或重启应用进程。
详细启动流程
- 点击桌面应用图标时,Launcher的startActivity()方法通过Binder通信调用系统进程中的ActivityManagerService(AMS)的startActivity方法,启动APP。
- 系统进程(system_server)收到请求后,向Zygote进程发送创建APP进程的请求。
- Zygote进程根据请求fork出APP进程,并执行APP的ActivityThread.main()方法。在此过程中,APP的主线程初始化了MainLooper和主线程Handler,并创建了ApplicationThread用于与AMS通信和协作。
- APP进程通过Binder向system_server进程发送attachApplication请求。这实际上是APP进程通过Binder调用system_server进程中AMS的attachApplication方法,用于将ApplicationThread对象与AMS绑定。
- system_server进程在收到attachApplication请求后,进行一些准备工作,然后通过Binder IPC向APP进程发送handleBindApplication请求(用于初始化Application并调用onCreate方法)和scheduleLaunchActivity请求(用于创建启动Activity)。
- APP进程的Binder线程(ApplicationThread)收到请求后,通过Handler向主线程发送BIND_APPLICATION和LAUNCH_ACTIVITY消息。这里要注意的是,AMS和主线程并不直接通信,而是通过AMS和主线程的内部类ApplicationThread之间通过Binder通信,然后再通过Handler消息交互。
- 主线程收到消息后,创建Application并调用onCreate方法,然后通过反射机制创建目标Activity,并回调Activity的onCreate等方法。至此,APP正式启动,进入Activity的生命周期,依次执行onCreate、onStart、onResume方法,完成UI渲染并显示APP的主界面。
简而言之,App的启动流程从用户点击桌面上的图标开始,通过Launcher进程请求AMS,然后由AMS请求Zygote创建应用进程,最后由Zygote孵化进程后执行ActivityThread的main方法,完成App的启动过程。
参考链接
- Android App 启动流程学习
- App的启动流程详解