ActivityThread创建过程，第一次打开App都干了什么

首先需要普及一下App的打开是从ActivityThread的Main方法开始的：
ActivityThread.class:这里有我们异常熟悉的代码

  public static void main(String[] args) {
        ···
        //创建Loop对象
        Looper.prepareMainLooper();
        //创建ActivityThread 
        ActivityThread thread = new ActivityThread();
        //调用ActivityThread 的attach 第一次开启的时候传的是false
        thread.attach(false);
        //保留MainHandler的引用
        if (sMainThreadHandler == null) {
            sMainThreadHandler = thread.getHandler();
        }

        ···
        //Looper走你！
        Looper.loop()
        ···
    }

创建ActivityThread看起来只不是是一个构造并没有重要的内容 ，但是需要了解一下ActivityThread的组成：

mActivities,mServices,mProviderMap 这个三个变量类型都是ArryMap,它们分别保存了应用中所有对应的Activity，Service，ContentProvider,注意这里没有数据结构来保存BroadcastReceiver，因为BroadcastReceiver对象的生命周期很短暂，属于调用一次运行一次的类型，因此不需要保存其对象
理解ApplicationThread:
ApplicationThread和ActivityThread虽然名字中都有Thread，但他们并不是线程类Thread的派生类，ApplicationThread是ActivityThread的内部类，而且是一个Binder服务类ActivityServiceManager操作应用就是通过ApplicationThread提供的接口来完成的：ApplicationThread虽然定义了大量的接口，但是接口的实现模式都是把binder调用转换成消息队列处理，这样能防止处理消息的时间过长而影响这个系统的运行。

消息处理器通常是调用ActivityThread类的对应方法来完成的。通过这种模式，从Binder来的调用就转换成异步的方式来执行了。

需要直接看attach(false)里边，因为传的是flase所以直接看判断内的部分：很简单

// 1 获得IActivityManager
 final IActivityManager mgr = ActivityManagerNative.getDefault();
    try {
    //2 调用ActivityManager的attachApplication方法把当前的Thread传进去        
    mgr.attachApplication(mAppThread);
    } catch (RemoteException ex) {
        // Ignore
    }
    // Watch for getting close to heap limit.
    //设置GC
    BinderInternal.addGcWatcher(···);

这里需要介绍的是

1.ActivityManagerService：它是AandroidFrameWork的核心,
a它管理着Android系统中的四大组件
b同时它也管理和调度所有的用户进程

2.ActivityManagerService是怎么得到的：
这个Singleton是单例的封装类， 获得ActivityManager是通过ServiceManager，Binder机制。

 private static final Singleton<IActivityManager> gDefault = new Singleton<IActivityManager>() {
        protected IActivityManager create() {
            IBinder b = ServiceManager.getService("activity");
            IActivityManager am = asInterface(b);
            return am;
        }

这里进行附图：了解 IActivityManager,ActivityManagerNative,ActivityManagerService

image.png

3.在ActivityManagerService初始化的时候都做了什么：
详情请看源码，这里大概说一些，主要是创建了四大组件的管理对象和一些内部类。
附图：动态序列图

image.png

接下来就需要介绍ActivityManagerService的attachApplication方法了，虽然方法名字叫管理Application，实际上这里还包含了：
创建了万能的Instrumentation类,

   mInstrumentation = (Instrumentation)
                    cl.loadClass(data.instrumentationName.getClassName()).newInstance();

Application的创建，LoadedApk.class的这个方法会创建Application并通过Instrumentation调用Application的onCreate方法。

Application makeApplication(boolean forceDefaultAppClass,
            Instrumentation instrumentation) 

在创建Application的过程中完成了Context的创建和绑定，

  final ContextImpl appContext = ContextImpl.createAppContext(this, data.info);

Activity的开启，
在ActivityManagerService中调用了

if (mStackSupervisor.attachApplicationLocked(app)) 

ActivityStackSupervisor的方法：

  attachApplicationLocked(ProcessRecord app) {
        if (realStartActivityLocked(hr, app, true, true))
    }

最终开启了Activity的启动之旅。

注：引用部分均来自《深入解析Android5.0系统》