点击桌面图标startActivity()的过程分析

        上一篇《Android Framework的启动过程》分析了安卓系统从启动到进入桌面（Home）的这么一个过程，接下来说说，点击桌面上的某一个图标,进入某个App到打开Activity，也就是startActivity()的这么一个过程。

       之前自己整理了startActivity()的这么一个过程，后来网上看到一篇博文，觉得人家写的更加清楚，图文并茂，更有助于理解，所以就想在这里分享了http://www.tuicool.com/articles/jmyUFbM

       摘要：      

一、startActivity启动过程

startActivity 的整体流程与startService流程非常相近，但比服务启动更为复杂，多了UI的相关内容以及Activity的生命周期更为丰富。

对于Activity的启动过程，可用如下图来概括。

启动流程：

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

到此，App便正式启动，开始进入Activity生命周期，执行完onCreate/onStart/onResume方法，UI渲染结束后便可以看到App的主界面。

启动Activity较为复杂，涉及UI渲染问题，后续再单独篇幅从源码角度阐述该过程。

二、Activity生命周期（阐述了Ams[服务端]如何与客户端交互来控制Activity的生命周期）

2.1 Activity状态

Activity的生命周期中只有在以下3种状态之一，才能较长时间内保持状态不变。

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

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

2.2 生命周期

对于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的其他生命周期也是这么个流程来进行控制的。

从上面可以很清楚的把startActivity（）的过程梳理下来，最后调用到Activity里的onCreate()，onCreate()里一开始就是setContentView()，即设置View，这其实就是到了应用窗口的创建于显示过程了，可以参见我的另一篇博文《应用窗口的从创建到显示的过程》。