APP启动流程

---

主要构成

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系统管理，系统可以在需要时创建、销毁或重启应用进程。

详细启动流程

1. 点击桌面应用图标时，Launcher的startActivity()方法通过Binder通信调用系统进程中的ActivityManagerService（AMS）的startActivity方法，启动APP。
2. 系统进程（system_server）收到请求后，向Zygote进程发送创建APP进程的请求。
3. Zygote进程根据请求fork出APP进程，并执行APP的ActivityThread.main()方法。在此过程中，APP的主线程初始化了MainLooper和主线程Handler，并创建了ApplicationThread用于与AMS通信和协作。
4. APP进程通过Binder向system_server进程发送attachApplication请求。这实际上是APP进程通过Binder调用system_server进程中AMS的attachApplication方法，用于将ApplicationThread对象与AMS绑定。
5. system_server进程在收到attachApplication请求后，进行一些准备工作，然后通过Binder IPC向APP进程发送handleBindApplication请求（用于初始化Application并调用onCreate方法）和scheduleLaunchActivity请求（用于创建启动Activity）。
6. APP进程的Binder线程（ApplicationThread）收到请求后，通过Handler向主线程发送BIND_APPLICATION和LAUNCH_ACTIVITY消息。这里要注意的是，AMS和主线程并不直接通信，而是通过AMS和主线程的内部类ApplicationThread之间通过Binder通信，然后再通过Handler消息交互。
7. 主线程收到消息后，创建Application并调用onCreate方法，然后通过反射机制创建目标Activity，并回调Activity的onCreate等方法。至此，APP正式启动，进入Activity的生命周期，依次执行onCreate、onStart、onResume方法，完成UI渲染并显示APP的主界面。

简而言之，App的启动流程从用户点击桌面上的图标开始，通过Launcher进程请求AMS，然后由AMS请求Zygote创建应用进程，最后由Zygote孵化进程后执行ActivityThread的main方法，完成App的启动过程。

参考链接

• Android App 启动流程学习
• App的启动流程详解