图解Activity启动流程

本文参考 Android进阶 — ActivityManagerService模块分析

引用大佬所说：
作为一名合格的Android开发工程师，我们不仅要会使用四大组件，并且要知晓其背后运作的原理！当我们学会了其背后的运作原理，才能更好的帮助我们进行开发工作，知晓每个组件是如何与系统进行交互、数据传递以及调用逻辑，当遇bug难题，才能更好的对症下药及时解决。
本博文是由android8.1.0源码分析后的结果

看一百遍不如做一遍，道理都懂，那么赶紧做出第一步吧！

本文将尽量使用图解的方式，方便快速的理解和掌握Activity的启动流程。

1. Activity
   /frameworks/base/core/java/android/app/Activity.java
   
   
2. Instrumentation

Activity生命周期类负责的类，四大组件的生命周期几乎都是由它来控制的

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

3. ActivityTaskManager
   /frameworks/base/core/java/android/app/ActivityTaskManager.java
   
   对于AIDL不了解可以看这篇文章 AIDL原理快速理解与应用

关于ActivityManagerService的启动流程先插个眼

了解到服务端一定会有一个IActivityTaskManager.Stub实例或者说继承IActivityTaskManager.Stub

4. ActivityManagerService(2w行代码)
   /frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java
   
   
   

5. ActivityStarter
   /frameworks/base/services/core/java/com/android/server/am/ActivityStarter.java
   

ActivityStackSupervisor是ActivityStack的管理者，
内部管理了mHomeStack、mFocusedStack和mLastFocusedStack三个ActivityStack。
mHomeStack管理的是Launcher相关的Activity栈， stackId为0；
mFocusedStack管理的是当前显示在前台Activity的Activity栈；
mLastFocusedStack管理的是上一次显示在前台Activity的Activity栈。

ActivityRecord是Activity在system_server进程中的镜像，Activity实例与ActivityRecord实例一一对应。ActivityRecord用来存储Activity的信息，如所在的进程名称，应用的包名，所在的任务栈的taskAffinity等。

ActivityRecord是Activity在system_server进程中的镜像，Activity实例与ActivityRecord实例一一对应。ActivityRecord用来存储Activity的信息，如所在的进程名称，应用的包名，所在的任务栈的taskAffinity等。

TaskRecord表示任务栈，用于记录activity开启的先后顺序。其所存放的Activity是不支持重新排序的，只能根据压栈和出栈操作更改Activity的顺序。有了TaskRecord，Android系统才能知道当一个Activity退出时，接下来该显示哪一个Activity。

ActivityStack的作用是来管理TaskRecord列表，如HomeStack也就是Luncher的管理栈、全屏栈、窗口可调整大小的栈

ActivityStackSupervisor是ActivityStack的管理者，内部管理了mHomeStack、mFocusedStack和mLastFocusedStack三个ActivityStack。其中，mHomeStack管理的是Launcher相关的Activity栈， stackId为0；mFocusedStack管理的是当前显示在前台Activity的Activity栈；mLastFocusedStack管理的是上一次显示在前台Activity的Activity栈。

resumeTopActivityInnerLocked

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

ActivityThread类是应用初始化类，它的main()方法是应用的入口方法；
ActivityThread不是线程，我们之所以称它为“主线程”，是因为它运行在主线程中；
ActivityThread负责创建Application对象以及管理其生命周期方法调用；
ActivityThread管理着四大组件的生命周期方法调用；

这里可以看到都是ActivitThread是管理四大组件的,而Instrumentation只负责Activity的生命周期

回到前面的resumeTopActivityInnerLocked

APP已启动的情况下,去ResumeActivity





APP未启动的情况下,去launchActivity

ZygoteProcess
/frameworks/base/core/java/android/os/ZygoteProcess.java

最终看到启动一个socket

最终将会启动一个ActivityThread的main函数,具体过程参考以下流程
参考ActivityThread(一)之main()的调用 (Android应用进程的孵化)

此时进程创建完毕

到这里，App客户端进程创建好了，startActivity也算是执行完了！但是我们的Activity都还没启动，咋回事？
这是因为App进程启动完后，App进程跨进程调用AMS的attachApplication方法，在启动我们的Activity，因为Activity已经配置到ActivityStack和TaskRecord即将启动项，处于Focus获取焦点状态，其他的Activity也都暂停完成了；这里，可以说是万事俱备，只欠东风了！

ActivityThread启动后的流程参考Android应用程序启动入口ActivityThread.main流程分析,主要加载apk中的四大组件和各种资源.

attachApplicationLocked

回到ActivityStackSupervisor的realStartActivityLocked中

realStartActivityLocked

启动APP进程的Launch事件，就是onCreate，Activity还没执行onStart/onResume,为什么？？？


剩下的事情就交给WMS