startActivity启动过程分析和Activity生命周期

最新推荐文章于 2025-06-19 01:04:24 发布

原创

最新推荐文章于 2025-06-19 01:04:24 发布 · 2.4k 阅读

2 ·

CC 4.0 BY-SA版权

本文深入解析Android中startActivity的启动流程，从进程间通信、App主线程及Activity生命周期的各个阶段进行详细阐述，包括启动应用、恢复应用、暂停、停止到销毁的调用链，并探讨了Binder IPC在其中的作用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、startActivity启动过程

在这里插入图片描述
启动流程：

点击桌面App图标，Launcher进程采用Binder IPC向system_server进程发起startActivity请求；
system_server进程接收到请求后，向zygote进程发送创建进程的请求；
Zygote进程fork出新的子进程，即App进程；
App进程，通过Binder IPC向sytem_server进程发起attachApplication请求；
system_server进程在收到请求后，进行一系列准备工作后，再通过binder IPC向App进程发送6. scheduleLaunchActivity请求；
App进程的binder线程（ApplicationThread）在收到请求后，通过handler向主线程发送LAUNCH_ACTIVITY消息；
主线程在收到Message后，通过发射机制创建目标Activity，并回调Activity.onCreate()等方法。

官方的Activity状态转换图：
在这里插入图片描述
Activity的生命周期中只有在以下3种状态之一，才能较长时间内保持状态不变。

Resumed（运行状态）：Activity处于前台，且用户可以与其交互。
Paused（暂停状态）: Activity被在前台中处于半透明状态或者未覆盖全屏的其他Activity部分遮挡。暂停的Activity不会接收用户输入，也无法执行任何代码。
Stopped（停止状态）：Activity被完全隐藏，且对用户不可见；被视为后台Activity。停止的Activity实例及其诸如成员变量等所有状态信息将保留，但它无法执行任何代码。

除此之外，其他状态都是过渡状态(或称为暂时状态)，比如onCreate()，onStart()后很快就会调用onResume()方法。

二、生命周期

2.1 进程间通信

对于App来说，其Activity的生命周期执行是与系统进程中的ActivityManagerService有一定关系的，接下来从进程和线程的角度来分析Activity的生命周期，这里涉及到系统进程和应用进程：

system_server进程是系统进程，Java framework框架的核心载体，里面运行了大量的系统服务，比如这里提供ApplicationThreadProxy（简称ATP），ActivityManagerService（简称AMS），这个两个服务都运行在system_server进程的不同线程中，由于ATP和AMS都是基于IBinder接口，都是binder线程，binder线程的创建与销毁都是由binder驱动来决定的。

App进程是应用程序所在进程，主线程主要负责Activity/Service等组件的生命周期以及UI相关操作都运行在这个线程；另外，每个App进程中至少会有两个binder线程 ApplicationThread(简称AT)和ActivityManagerProxy（简称AMP），除了下图中所示的线程，其实还有很多线程，比如signal catcher线程等。
在这里插入图片描述
Binder用于不同进程之间通信，由一个进程的Binder客户端向另一个进程的服务端发送事件，比如图中线程2向线程4发送事务；而handler用于同一个进程中不同线程的通信，比如图中线程4向主线程发送消息。

结合图说说Activity生命周期，比如暂停Activity的流程如下：

线程1的AMS中调用线程2的ATP来发送事件；（由于同一个进程的线程间资源共享，可以相互直接调用，但需要注意多线程并发问题）
线程2通过binder将暂停Activity的事件传输到App进程的线程4；
线程4通过handler消息机制，将暂停Activity的消息发送给主线程；
主线程在looper.loop()中循环遍历消息，当收到暂停Activity的消息(PAUSE_ACTIVITY)时，便将消息分发给ActivityThread.H.handleMessage()方法，再经过方法的层层调用，最后便会调用到Activity.onPause()方法。

这便是由AMS完成了onPause()控制，同理Activity的其他生命周期也是这么个流程来进行控制的。

2.2 App主线程

每个App都有一个主线程，大家常说主线程是ActivityThread，其实这个说法是欠妥当的，首先何为线程？一般来说Java层创建线程往往是通过继承Thread对象或者实现Runnable，再看看ActivityThread，会发现该对象并没有继承任何对象。准确说法ActivityThread是运行在主线程的对象，充当着主线程的职责。

那主线程到底是哪个呢，这个问题涉及到Linux进程与线程的理解，本质上来说大家常说的主线程就是app首次启动时创建的进程，对于Linux来说进程与线程都是一个task_struct结构体，除了是否有独立资源，并没有什么区别。

那有为何说充当着主线程的职责呢？这是由于进程在创建之初ActivityThread会为主线程创建Looper对象，这个便是用来维护Activity的生命周期。

2.3 枢纽中心

Activity的生命周期，都是其他线程通过handler发送消息给主线程，那么主线程中的ActivityThread的内部类H控制整个核心消息处理机制，通过H.handleMessage()来控制Activity的生命周期，在H类中共定义了50种消息。

private class H extends Handler {
   
   
  public static final int LAUNCH_ACTIVITY         = 100;
  public static final int PAUSE_ACTIVITY          = 101;
  public static final int PAUSE_ACTIVITY_FINISHING= 102;
  public static final int STOP_ACTIVITY_SHOW      = 103;
  public static final int STOP_ACTIVITY_HIDE      = 104;
  public static final int SHOW_WINDOW             = 105;
  public static final