Activity启动机制

如下资料摘录整理自老罗的Android之旅博客，是对老罗的博客关于Android底层原理的一个抽象的知识归纳总结（若有错误欢迎指出）（侵删）：
http://blog.csdn.net/luoshengyang/article/details/8923485
http://blog.csdn.net/luoshengyang/article/details/12957169

整理by Doing

 

        在Android系统中，有两种操做会引起Activity的启动：

1. 用户点击应用程序图标时，Launcher会为咱们启动应用程序的主Activity；
2. 应用程序的默认Activity启动起来后，它又能够在内部经过调用startActvity接口启动新的Activity，依此类推，每个Activity均可以在内部启动新的Activity。

 

         不管是经过点击应用程序图标来启动Activity，仍是经过Activity内部调用startActivity接口来启动新的Activity，都要借助于应用程序框架层的 ActivityManagerService服务进程。（Service也是由ActivityManagerService进程来启动的。）在Android应用程序框架层中，ActivityManagerService是一个很是重要的接口，它不但负责 启动Activity和Service，还负责 管理Activity和Service。

 

Android应用程序框架层中的ActivityManagerService启动Activity的过程：

        在这个图中， ActivityManagerService和ActivityStack位于同一个进程中，而 ApplicationThread和ActivityThread位于另外一个进程中。

ActivityManagerService是负责管理Activity的生命周期的，ActivityManagerService还借助ActivityStack是来把全部的Activity按照后进先出的顺序放在一个堆栈中

        对于每个应用程序来讲，都有一个 ActivityThread来表示 应用程序的主进程，而每个ActivityThread都包含有一个 ApplicationThread实例，它是一个 Binder对象，负责和其它进程进行通讯。

 

 

Activity启动的过程

       Step 1. 不管是经过Launcher来启动Activity，仍是经过Activity内部调用startActivity接口来启动新的Activity，都经过 Binder进程间通讯进入到ActivityManagerService进程中，而且调用ActivityManagerService.startActivity接口；

        Step 2. ActivityManagerService调用ActivityStack.startActivityMayWait来作准备要启动的Activity的相关信息；

        Step 3. ActivityStack通知ApplicationThread要进行Activity启动调度了，这里的ApplicationThread表明的是调用ActivityManagerService.startActivity接口的进程，对于经过点击应用程序图标的情景来讲，这个进程就是Launcher了，而对于经过在Activity内部调用startActivity的情景来讲，这个进程就是这个Activity所在的进程了；
        Step 4. ApplicationThread不执行真正的启动操做，它经过调用ActivityManagerService.activityPaused接口进入到ActivityManagerService进程中，看看是否须要建立新的进程来启动Activity；
        Step 5. 对于经过点击应用程序图标来启动Activity的情景来讲，ActivityManagerService在这一步中，会调用startProcessLocked来建立一个新的进程；而对于经过在Activity内部调用startActivity来启动新的Activity来讲，这一步是不须要执行的，由于新的Activity就在原来的Activity所在的进程中进行启动；
        Step 6. ActivityManagerServic调用ApplicationThread.scheduleLaunchActivity接口，通知相应的进程执行启动Activity的操做；
        Step 7. ApplicationThread把这个启动Activity的操做转发给ActivityThread，ActivityThread经过ClassLoader导入相应的Activity类，而后把它启动起来。

 

 

 

Android应用程序启动过程（点击应用程序图标）

       一. Launcher经过Binder进程间通讯机制通知ActivityManagerService，它要启动一个Activity；

       二. ActivityManagerService经过Binder进程间通讯机制通知Launcher进入Paused状态；

       三. Launcher经过Binder进程间通讯机制通知ActivityManagerService，它已经准备就绪进入Paused状态，因而ActivityManagerService就建立一个新的进程，用来启动一个ActivityThread实例，即将要启动的Activity就是在这个ActivityThread实例中运行；

       四. ActivityThread经过Binder进程间通讯机制将一个 ApplicationThread类型的Binder对象传递给ActivityManagerService，以便之后ActivityManagerService可以经过这个Binder对象和它进行通讯；

       五. ActivityManagerService经过Binder进程间通讯机制通知 ActivityThread，如今一切准备就绪，它能够 真正执行Activity的启动操做了。

Android应用程序启动过程源代码分析

 

 

Android应用程序内部启动Activity过程（startActivity）

       一. 应用程序的MainActivity经过Binder进程间通讯机制通知ActivityManagerService，它要启动一个新的Activity；

       二. ActivityManagerService经过Binder进程间通讯机制通知MainActivity进入Paused状态；

       三. MainActivity经过Binder进程间通讯机制通知ActivityManagerService，它已经准备就绪进入Paused状态，因而ActivityManagerService就准备要在MainActivity所在的进程和任务中启动新的Activity了；

       四. ActivityManagerService经过Binder进程间通讯机制通知MainActivity所在的 ActivityThread，如今一切准备就绪，它能够 真正执行Activity的启动操做了。

 

 

 

Android应用程序在新的进程中启动新的Activity

        函数 ActivityStack.startSpecificActivityLocked函数中，决定一个Activity是在新的进程中启动仍是在原有的进程中启动的因素有两个，一个是看这个 Activity的process属性的值，另外一个是这个 Activity所在的应用程序的uid。（应用程序的UID是由系统分配的，而Activity的process属性值，是能够在AndroidManifest.xml文件中进行配置的，若是没有配置，它默认就为application标签的process属性值，若是application标签的process属性值也没有配置，那么，它们就默认为应用程序的package名。）

        这里就是 根据processName和uid在系统查找是否已有相应的进程存在，若是已经有了，就会调用realStartActivityLocked来直接启动     Activity，不然的话，就要 经过调用ActivityManagerService.startProcessLocked函数来建立一个新的进程，而后在新进程中启动这个Activity了。对于前者，与Android应用程序内部启动Activity过程（startActivity）相同；然后者，与Android应用程序启动过程（点击应用程序图标）相同。