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()函数,

android framework之Applicataion启动流程分析(三)_第1张图片

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

android framework之Applicataion启动流程分析(三)_第2张图片

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生命周期流程的执行

你可能感兴趣的:(Android系统,android,AMS,Activity)