Android应用程序的启动流程是什么

本篇内容介绍了“Android应用程序的启动流程是什么”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！本文基于Andro免费云主机域名id 11，主要分析应用程序的启动流程，会直接定位到ActivityStackSupervisor.startSpecificActivity函数开始，因为该函数前面的内容主要在Activity的启动流程中，可以通过这部分的文章来阅读。看源码流程，需要戒骄戒躁，心态好。配合源码使用，建议先收藏，夜深人静，心血来潮再看。通过分析应用进程的启动流程，可以得到：在Framework层，现在不止有AMS负责请求Zygote进程创建新进程，还有ATMS、ActivityStarter、ActivityTaskManger、ActivityTaskS在协助分担一些参数和逻辑的检查。每个进程都是通过fork Zygote进程而来，且获得Java虚拟机。也就是说每一个应用进程都有自己的虚拟机。应用进程是通过Soket去请求Zygote进程fork自己的。每个进程都有自己的Binder线程池用于IPC。每个应用进程的主线程在ActivityThread,其main函数会创建消息循环机制。ATMS有一个ProcessMap类型的mProcessNames ,用于存储封装了已启动进程信息ProcessRecord和窗口信息Windows的WindowProcessController实例。WindowProcessController用于协调ActivityManger管理ProcessReocrd和WindwManger管理WIndow和Activity的关系。这里的mService是ActivityTaskManagerService的实例，通过getProcessController函数获得当前wpc对象，判断当前启动应用进程是否启动wpc != null && wpc.hasThread(),如果条件成立，则开始真正启动一个未启动过的Activity,通过realStartActivityLocked；条件不成立，则调用mService的startProcessAsync启动当前Activity的所在的进程。即startSpecificActivity函数是启动进程和启动Activity的一个分界点。PooledLambda.obtainMessage函数是Lambda的调用方式，表示调用ActivityManagerInternal的startProcess函数，后续则是其参数。并返回一个Message对象，发给Handler类型的mH。抽象类ActivityManagerInternal的继承类定义在ActivityManagerService的内部类LocalService。ProcessList类的startProcessLocked函数，有几个重载函数，第一个调用。在 ！isolated，判断了启动IntentFlag是否后台运行，是的话，直接拒绝。否则清理AMS中发生过Crash的进程（当前应用）。分析一：创立当前应用进程的描述ProcessRecord。判断当前系统是否启动完毕，未启动完毕，将进程信息缓存到AMS的mProcessesOnHold中。分析二：调用了另外一个重载函数。再次调用另外一个重载函数。重载函数,这个重载函数处理逻辑很长，主要给前面创建的ProcessRecord类型的app设置各种属性。例如外部存储挂载模式，应用进程运行模式，abi架构等等，其中包括最重要一点就是分析一，确定要启动进程的的类名：android.app.ActivityThread。分析二，继续调用重载函数。重载函数：也是设置一些属性，然后调用startProcess函数。ProcessList类的startProcess函数会根据hostingRecord属性mHostingZygote判断走不同的创建分支，前面创建使用默认值，所以走了else分支。通过 Process.start函数创建新的应用进程。Process.start的一路调用:startViaZygote函数，主要是将传递进来的参数拼接成成字符串和收集起来。其中processClass是zygoteSendArgsAndGetResult的第一个参数，调用了openZygoteSocketIfNeeded函数。尝试建立与Socket的连接（如果之前未建立的话）。我们知道Zygote进程在创建的过程，会调用runSelectLoop函数，创建Server端的Socket,一直等待来自AMS的Client端的Socket创建进程请求。attemptConnectionToPrimaryZygote函数主要通过底层的LocalSocket创建与Zygote进程的Socket连接，并获得输入流zygoteInputStream和输出流zygoteOutputWriter。和Zygote进程的Server端Socket建立连接后，就是开始往Socket写数据了。回到第8步调用了zygoteSendArgsAndGetResult函数，又调用了attemptZygoteSendArgsAndGetResult函数。到这里，通过Socket的方式向Zygote进程写进前面拼接好的参数，Zygote在Server端的Socket接收到数据之后，会执行创建动作。在返回的result.pid>=0表示创建成功，并运行在新的进程。在Zygote的启动流程过程，调用了ZygoteInit的main函数，因为Zygote是通过fork自身来创建其他进程，所以需要根据传递进来的参数，进行判断是启动什么类型的进程，例如自身isPrimaryZygote=true，或者SystemServer进程。然后通过ZygoteServer.runSelectLoop函数，等待其他进程请求创建新的进程。这里只关注ZygoteServer.runSelectLoop函数，接受Socket客户端数据。runSelctLoop主要是从循环中检测是否有连接建立，建立之后执行ZygoteConnection的processOneCommand函数，并返回一个Runable类型的command对象。handleChildProc函数。以前还以为每个进程共用一个Binder线程池，现在知道每个进程都有自己的Binder线程池进行IPC。这里的args.startClass就是Socket客户端传递下来的android.app.ActivityThread。RuntimeInit.findStaticMain函数主要通过反射创建ActivityThread类的实例，并反射主函数main，然后封装到MethodAndArgsCaller实例中返回。MethodAndArgsCaller类继承自Runable,并在其run函数，调用主函数方法。随着findStaticMain函数方法栈一路返回到runSelectLoop函数，因为mIsForkChild是true，所以MethodAndArgsCaller对象返回到ZygoteInit的main函数，并赋值给caller变量。main函数最后调用caller的run函数。即执行了ActivityThread的主函数main。本来自己还有个疑惑，fork子进程之后，并caller的run函数，已经退出了Zygote进程的runSelectLoop循环等待。怎么继续去接收AMS新的请求。原来如此，fork子进程后，后续的代码都运行在了子进程，这里return其实是子进程了。一个进程调用fork（）函数后，系统先给新的进程分配资源，例如存储数据和代码的空间。然后把原来的进程的所有值都复制到新的新进程中，只有少数值与原来的进程的值不同。相当于克隆了一个自己。ActivityThread的主函数，创建了ActivityThread进程，并启动了消息循环队列，代表着当前进程的主线程已启动。fork函数。通过Socket创建新的进程。Binder机制和应用程序创建的时机。ActivityThread的进程的主线程。通过Zygote进程fork而来的子进程都会获得Zygote创建的Java虚拟机，也就是每个应用进程都有自己的Java虚拟机。每个应用进程都有属于自己的Binder线程池和消息循环机制。之所以fork Zygote进程而不是init进程，是避免重复初始化环境资源的加载和虚拟机的创建。进程的创建之所选择Socket机制进行，因为Binder机制会导致死锁，怕父进程binder线程有锁，然后子进程的主线程一直在等其子线程(从父进程拷贝过来的子进程)的资源，但是其实父进程的子进程并没有被拷贝过来，造成死锁，所以fork不允许存在多线程。“Android应用程序的启动流程是什么”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注百云主机网站，小编将为大家输出更多高质量的实用文章！

相关推荐: Android中如何监听通话

这篇“Android中如何监听通话”文章的知识点大部分人都不太理解，所以小编给大家总结了以下内容，内容详细，步骤清晰，具有一定的借鉴价值，希望大家阅读完这篇文章能有所收获，下面我们一起来看看这篇“Android中如何监听通话”文章吧。TelephonyMana…