简单的看acitivty的启动过程，就是从屏幕点击事件开始，也就是launcher组件发起，launcher组件通过AMS来启动的对应应用程序的MainActivity，准确的是清单文件中配置程序入口的那个activity，先暂时以MainActivity为例。
事件的发起
点击launcher的桌面图标时，它怎么知道该应用程序的相关信息呢？
答案是通过PackageManagerService，PMS在安装应用程序的时候会对应用程序的清单文件进行解析，从而得到它的组件信息。
接下来看launcher的源码
public final class Launcher extends Activity implement ...{
void startActivitySafely(Intent intent,Object tag){
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
try{
startActivity(intent)
} catch(ActivityNotFoundException e){
....
}
}
首先Launcher是集成Activity，并且startActivitySafely方法最终也是调用了startActivity，而且intent的启动方式是新建栈，保证它可以在一个新的任务栈中启动
通知AMS
startActivity其实是一个父类的方法，间接调用了这个方法
mInstrumentation.ActivityResult ar = mInstrumentation.execStartActivity
(this,mMainThread.getApplication(),mToken,this,intent,requestCode)
这个方法主要关心两个类一个是mInstrumentation，一个是mToken，Instrumentation主要用来监控应用程序和系统之间的交互操作，mToken是IBinder对象，实际上这步就是Instrumentation通过进程间通信来通知AMS启动应用，实际上是先通知AMS的代理，然后又通过binder进程间通信通知AMS。
AMS通知ActivityThread
AMS内部做了什么事呢,它会先判断要启动的这个应用进程是否存在，如果不存在。会创建这个进程
public final class ActivityThread{
final AplicationThread mAppThread = new AplicationThread();
private final void attach(boolean system){
....
mSystemThread = system；
if(!system){
IActivityManager mgr = ActivityManagerNative.getDefault();
try{
mgr.attachApplication(mAppThread);
} catch(RemoteException ex){
}
}
}
public static final void main(String[] args){
Looper.prepareMainLooper();
ActivityThread thread = new ActivityThread();
thread.attach(false)
}
ActivityManagerNative通过getDefault()方法返回ActivityManagerService实例,ActivityManagerService通过attachApplication将ApplicationThread对象绑定到ActivityManagerService,而ApplicationThread作为Binder实现ActivityManagerService对应用进程的通信和控制。
创建进程时，会在进程中创建一个ActivityThread对象，并且调用它的成员函数attach向AMS发送一个启动完成的通知。
然后调用Looper的静态成员函数prepareMainLooper创建一个消息循环，并且在向AMS发送完成通知之后，使得当前进程进入到这个消息循环当中，ActivityThread中的AplicationThread本质是一个binder对象，AMS就是通过它和应用程序进程通信的。
，attach就是一个绑定方法，绑定成功之后通知ActivityStack启动Activity，接下来是一个调用链ActivityStack调用scheduleLaunchActivity通知ApplicationThread，ApplicationThread通过queueOrSendMessage通知ActivityThread，ActivityThread通过handleMessage收到launch消息，执行performLaunchActivity方法，该方法会调用activity的onCreate方法
重点看一下最后一步
ActivityThread启动activity
public final class ActivityThread{
private final Activity performLaunchActivity(ActivityClientRecord r，Intent customIntent){
Component component = r.intent.getComponent();
Activity activity = null;
try{
ClassLoader cl = r.package.getClassLoader();
activity = mInstrumentation.newActivty(cl,component.getClassName,r.intent);
} catch (Exception ex){
}
try{
Application app = r.packageInfo.makeApplication(false,mInstrumentation);
if(activity != null){
ContextImpl appContext = new ContextImpl();
appContext.init(r.packageInfo,r.token,this);
appContext.setOuterContext(activity);
activity.attach(appContext,this,getInstrumentation(),r.token,r.ident,app,r.intent,
r.activityInfo,title,r.parent,r.embeddedID,rlastNonConfigurationInstance,
r.lastNonConfigurationChildInstance,config)
mInstrumentation.callActivityOnCreate(activity,r.state);
}
} catch (Exception ex){
}
return activity;
}
}
ContextImpl创建的appContext用来作为actvity运行的上下文环境
mInstrumentation.callActivityOnCreate这个方法,最终由它调用了actvity的onCreate方法
参考自Android系统源代码情景分析,书中写的非常详细,而且包括launcher通知AMS,AMS收到通知去pause launcher,launcher收到消息执行,在通知AMS已经pause完成等等
