以下资料摘录整理自老罗的Android之旅博客，是对老罗的博客关于Android底层原理的一个抽象的知识概括总结（如有错误欢迎指出）（侵删）：
http://blog.csdn.net/luoshengyang/article/details/8923485
http://blog.csdn.net/luoshengyang/article/details/12957169
整理by Doing
在Android系统中，有两种操作会引发Activity的启动：
- 用户点击应用程序图标时，Launcher会为我们启动应用程序的主Activity；
- 应用程序的默认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应用程序启动过程（点击应用程序图标）相同。
