内容摘录自《Android插件化开发指南》
以启动斗鱼app为例子
Launcher通知AMS，要启动斗鱼App，而且指定要启动斗鱼的哪个页面（也就是首页）。
AMS通知Launcher，好了我知道了，没你什么事了，同时，把要启动的首页记下来。
Launcher当前页面进入Paused状态，然后通知AMS，我睡了，你可以去找斗鱼App了。
AMS检查斗鱼App是否已经启动了。是，则唤起斗鱼App即可。否，就要启动一个新的进程。AMS在新进程中创建一个ActivityThread对象，启动其中的main函数。
斗鱼App启动后，通知AMS，说我启动好了。
AMS翻出之前在第二步存的值，告诉斗鱼App，启动哪个页面。
斗鱼App启动首页，创建Context并与首页Activity关联。然后调用首页Activity的onCreate函数。
第一阶段: Launcher通知AMS
对第五步做个解释
ActivityManagerNative，简称AMN。这个类后面会反复用到。
AMN通过getDefault方法，从ServiceManager中取得一个名为activity的对象，然后把它包装成一个ActivityManagerProxy对象（简称AMP），AMP就是AMS的代理对象。
备注1：ServiceManager是一个容器类。
备注2: AMN的getDefault方法返回类型为IActivityManager，而不是AMP。IActivityManager是一个实现了IInterface的接口，里面定义了四大组件所有的生命周期。
AMN和AMP都实现了IActivityManager接口，AMS继承自AMN
第二阶段：AMS处理Laucher传过来的信息
首先Binder，也就是AMN/AMP，和AMS通信，肯定每次是做不同的事情，就比如说这次Launcher要启动斗鱼App，那么会发送类型为START_ACTIVITY——TRANSACTION的请求给AMS，同时会告诉AMS要启动哪个Activity。
AMS说，好，我知道了，然后它会干一件很有趣的事情，就是检查斗鱼App中的Manifest文件，是否存在要启动的Activity。如果不存在，就抛出Activity not found的错误，各位做App的同学对这个异常应该再熟悉不过了，经常写了个Activity而忘记在Manifest中声明了，就报这个错，就是因为AMS在这里做检查。不管是新启动一个App的首页，还是在App内部跳转到另一个Activity，都会做这个检查。
但是Launcher还活着啊，所以接下来AMS会通知Launcher，哥们儿没你什么事了，你洗洗睡吧。那么AMS是通过什么途径告诉Launcher的呢？
结论是AMS通过ApplicationThreadProxy发送消息，而App端则通过ApplicationThread来接收这个消息。
第三阶段：Launcher去休眠，然后通知AMS，“我真的已经睡了”
ASM给Activity发送的所有消息，以及给其他三大组件发送的所有消息，都是从H这里经过的。为什么要强调这一点呢？既然四大组件都走这条路，那么久可以从这里入手做插件化技术了。
第四阶段：AMS启动新的进程
AMS接下来要启动斗鱼App的首页，因为斗鱼App不在后台进程中，所以要启动一个新的进程。这里指定了ActivityThread的main函数为入口函数。
int pid =Process.start("android.app.ActivityThread",mSimpleProcessManagement ? app.processName : gid , debugFlags, null);
第五阶段：新的进程启动，以ActivityThread的main函数作为入口
在启动新进程的时候，为这个进程创建ActivityThread对象，也就是UI线程。创建好UI线程后，立刻进入ActivityThread的main函数，接下来要做两件事：
1）创建一个主线程Looper，也就是MainLooper.
- 创建Application
创建新App的最后就是告诉AMS"我启动好了"，同时把自己的ActivityThread对象发送给AMS.
第六阶段：AMS告诉新App启动哪个Activity
在第一阶段，Launcher通知AMS，要启动斗鱼App的哪个Activity。在第二阶段，这个信息被AMS存下来。在第六阶段，AMS从过去的记录中翻出来要启动哪个Activity，然后通过ApplicationThreadProxy告诉App
第七阶段： 启动斗鱼首页Activity
在Binder的另一端，App通过ApplicationThread接收到了AMS的消息，仍然在H的handleMessage方法的switch语句中处理，只不过这次的消息类型是LAUNCH_ACTIVITY，回调ActivityThread的handleLaunchActivity方法。
handleLaunchActivity方法做了哪些事情呢 ？
通过Instrumentation的newActivity方法，创建要启动的Activity实例。
为这个Activity创建一个上下文Context对象，并与Activity进行关联
通过Instrumentation的callActivityOnCreate方法，执行Activity的onCreate()方法，从而启动Activity.
