android framework之Applicataion启动流程分析（三）

现在再回顾一下Application的启动流程，总的来说，虽然进程的发起是由ATMS服务发起的，但是进程的启动还是由AMS负责，所以需要调用AMS的startProcess()接口完成进程启动流程，AMS要处理的事情很多，它将事务交给得力助手ProcessList去完成，通过调用ProcessList的startProcessLocked()将进程的启动交给ProcessList对象去管理，它类似一个数组，里面存放着许多的ProcessRecord对象，每个ProcessRecord对象是一个application进程的抽象，保存着app进程的各种属性信息和动态数据，但是新进程的创建也不是在它手上直接创建的，而是由它内部的工具类Process调用ZygoteProcess的start()方法进行创建，这个方法的核心功能就是组织准备进程启动所需要的一切资源，打包成Argus参数消息，然后通过socket发送给ZygoteServer进程，ZygoteServer进程有一个runSelecpLoop()循环接收指令的处理，当它接收到进程启动的消息后，会将消息及其参数内容解析出来，然后调用ProcessOneCommand()接口进一步处理，包括fork()操作，fork成功后，需要关闭原Zygote的服务器socket, 以及初始化虚拟机，进入nativen层注册初始化binder等，这里面还会进入ZygoteConnection类中，通过反射的的方法拿到ActivityThread类中的main方法，成功执行main（）函数，

这一篇文章可以来详细分析一下执行main函数的过程中又做了什么操作呢？大家可以结合下面这张图进行分析

ActivityThread.java->main();AndroidOS.install();Looper.prepareMainLoop();//重要，核心代码ActivityThread thread = new ActivityThread(); ////之前systemserve调用attach传入的是true,这里到应用进程传入false就行thread.attach(false, startSeq);-->//为什么要调用attach函数：在里面会调用AMS的attachApplicaation（）接口final IActivityManager mgr = ActivityManager.getService();//问题：mAppThread是什么？final ApplicationThread mAppThread = new ApplicationThread();而ApplicationThread extends IApplicationThread.Stub. 所以mAppThread就是IBinder,是APP给服务端侧使用的IBinder.mgr.attachApplication(mAppThread, startSeq); //通过此接口将APP的IBinder传给AMS-->ActivityManagerService.java->attachApplication():-->attachApplicationLocked(thread); //此thread就是mAppThread.-->thread.bindApplication(); //thread就是APP的Ibinder, 现在这个是在AMS中，调用APP的IBinder,就是thread-->ActivityThread.java: sendMessage(H.BIND_APPLICATION); //发送消息....会进入handleBindApplication()接收消息处理过程：-->Application app; //构建applicationapp = data.info.makeApplication();-->通过反射的方法new出来一个ApplicationnewApplication();-->Application app = getFactory().instantiateApplication(cl,className);app.attach(context);-->application.java->attach():-->attachBaseContext(context); //执行application的生命周期之前，先执行attachBaseContext这个接口-->installContentProviders(); //启动安装provider组件，启动provider的生命周期，为app运行操作数据库做准备。-->installProviders(); //安装provider，对其初始化mInstrumentation.callApplicationOnCreate(app);-->app.onCreate();//执行Application的onCreate生命周期，意味着application已经启动了。ProcessRecord app; //这个就是代表着一个进程。ProcessRecord就等价于Application进程，这个进程在framework层的抽象就是ProcessRecord-->ProcessRecord里面有一个IApplicationThread thread对象app = mPidsSelfLocked.get(pid);//将mAppThread存入ProcessRecord中的IApplicationThread对象中，就是IBinder。app.makeActive(thread, mProcessState); //这个thread就是上面的mAppThread.-->...thread = _thread; //(_thread是参数，实参就是mAppThread,应用的IBinder, 这里的thread就是ProcessRecord内的IApplicationThread对象)mProcessList.updateLruProcessLocked(); //把app对应的processRecord给它添加到ProcessList列表中。-->mLruProcesses.add(pos, app); //这个ProcessList给AMS使用，AMS通过持有ProcessList间接访问ProcessRecord.//最终层层调用到ActivityStackSupervisormAtmInternal.attachApplication(); //mAtmInternal是ActivityTaskManagerInternal-->mRootWindowContainer.attachApplication(wpc);//RootWindowContainer.java的一个实 例 -->RootWindowContainer::startActivityForAttachedApplicationIfNeeded();//开始activity的生命周期-->mStackSupervisor.realStartActivityLocked(r,app,...); //执行activity生命周期流程。Looper.loop();//一直循环，保障进程一直执行，如果退出，说明程序关闭

知识点：AMS->持有ProcessList列表：每个列表是ProcessRecord对象：每一个ProcessRecord对象内持有一个IApplicationThread对象，它就是IBinder,也就是说AMS要与某一个APP通信，通过这个路线:AMS->ProcessList->ProcessRecord->IAPPlicationThread拿到IBinder，然后调Application的服务，然后就是可以执行APP的生命周期流程。简化之就是AMS->...->IApplicationThread.

application启动时，会通过AMS的IBinder远程调用ApplicationThread的BindApplication(),在创建App的时候，先创建Application对象，然后再进行installProvider等后续的处理，处理的过程主要做两件事，一个是创建ProcessRecord并登录在ProcessList中，然后是开始执行ActivityStackSupervisor的realStartActivityLocked方法，开启activity生命周期流程的执行