activity的启动过程

简单的看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完成等等