现在再回顾一下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; //构建application app = data.info.makeApplication(); -->通过反射的方法new出来一个Application newApplication(); -->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. //最终层层调用到ActivityStackSupervisor mAtmInternal.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生命周期流程的执行