以下资料摘录整理自老罗的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应用程序启动过程（点击应用程序图标）相同。