Android应用程序安装与Launcher启动机制

Android应用程序安装与Launcher启动机制

以下资料摘录整理自老罗的Android之旅博客,是对老罗的博客关于Android底层原理的一个抽象的知识概括总结(如有错误欢迎指出)(侵删):
http://blog.csdn.net/luoshengyang/article/details/8923485
http://blog.csdn.net/luoshengyang/article/details/12957169

整理by Doing

Android系统在启动的过程中,会启动一个应用程序管理服务PackageManagerService,这个服务负责扫描系统中特定的目录,找到里面的应用程序文件,即以Apk为后缀的文件,然后对这些文件进解析(其实就是解析应用程序配置文件AndroidManifest.xml的过程,并从里面得到得到应用程序的相关信息,例如得到应用程序的组件Activity、Service、Broadcast Receiver和Content Provider等信息),得到应用程序的相关信息,完成应用程序的安装过程。
通过ActivityManagerService这个服务,我们就可以在系统中正常地使用这些应用程序了。

PackageManagerService负责安装系统的应用程序:
Android系统在启动的过程中,Zygote进程启动SystemServer组件,SystemServer组件启动PackageManagerService服务、ActivityManagerService服务等。
PackageManagerService服务启动过程:创建了一个PackageManagerService服务实例,把这个服务添加到ServiceManager中去(ServiceManager是Android系统Binder进程间通信机制的守护进程,负责管理系统中的Binder对象)。
PackageManagerService类的构造函数中开始执行安装应用程序的过程:调用scanDirLI函数来扫描移动设备上的五个目录中的Apk文件( /system/framework、 /system/app、 /vendor/app、/data/app、 /data/app-private),对于目录中的每一个文件,如果是以Apk作为后缀名,那么就调用scanPackageLI函数来对它进行解析和安装:
首先会为这个Apk文件创建一个PackageParser实例,接着调用这个实例的parsePackage函数来对这个Apk文件进行解析(这个函数最后还会调用另外一个版本的scanPackageLI函数把来解析后得到的应用程序信息保存在PackageManagerService中。见后):
每一个Apk文件都是一个归档文件,它里面包含了Android应用程序的配置文件AndroidManifest.xml,这里主要就是要对这个配置文件解析就行了。从Apk归档文件中得到这个配置文件后,就调用另一外版本的parsePackage函数对这个应用程序进行解析:对AndroidManifest.xml文件中的各个标签进行解析,如application标签的解析,这是通过调用parseApplication函数来进行的。
解析完成后,一层层返回,调用另一个版本的scanPackageLI函数,把前面解析应用程序得到的package、provider、service、receiver和activity等信息保存在PackageManagerService服务中(保存在mPackages、mActivities、mReceivers、mServices等成员变量(HashMap类型)中)

这些应用程序只是相当于在PackageManagerService服务注册好了,如果我们想要在Android桌面上看到这些应用程序,还需要有一个Home应用程序(Android系统默认的Home应用程序就是Launcher),负责从PackageManagerService服务中把这些安装好的应用程序取出来,并以友好的方式在桌面上展现出来,例如以快捷图标的形式:
系统中的应用程序安装好了以后,SystemServer组件接下来通过ActivityManagerService来启动Home应用程序Launcher
ActivityManagerService.startHomeActivityLocked() 创建一个CATEGORY_HOME类型的Intent,然后通过Intent.resolveActivityInfo函数向PackageManagerService查询Category类型为HOME的Activity
由于是第一次启动这个Activity,接下来调用函数getProcessRecordLocked返回来的ProcessRecord值为null,于是调用mMainStack.startActivityLocked函数启动com.android.launcher2.Launcher这个Activity,接着调用它的onCreate函数。
把加载应用程序的操作为一个消息来处理:sWorker(Handler)通过它的post方式把一个消息放在消息队列中去,然后系统就会调用传进去的参数mLoaderTask(LoaderTask类型)的run函数来处理这个消息:调用loadAndBindAllApps成员函数,由于还没有加载过应用程序,这里的mAllAppsLoaded为false,于是调用loadAllAppsByBatch,构造一个CATEGORY_LAUNCHER类型的Intent,mContext.getPackageManager()获得PackageManagerService的接口,通过这个PackageManagerService.queryIntentActivities接口来取回所有Action类型为Intent.ACTION_MAIN,并且Category类型为Intent.CATEGORY_LAUNCHER的Activity(前面启动PackageManagerService时,会把系统中的应用程序都解析一遍,然后把解析得到的Activity都保存在mActivities成员变量中,这里通过这个mActivities变量的queryIntent函数返回符合条件intent的Activity,这里要返回的便是Action类型为Intent.ACTION_MAIN,并且Category类型为Intent.CATEGORY_LAUNCHER的Activity)
Launcher.bindAllApplications调用AllApps2D.setApps,setApps调用addApps函数来为上一步得到的每一个应用程序创建一个ApplicationInfo实例了,有了这些ApplicationInfo实例之后,就可以在桌面上展示系统中所有的应用程序了。到了这里,系统默认的Home应用程序Launcher就把PackageManagerService中的应用程序加载进来了:当我们点击Home按键时,便会响应Launcher.onClick函数调用showAllApps函数显示应用程序图标,把刚才加载好的应用程序以图标的形式展示出来了。
当点击这些应用程序图标时,便会响应AllApps2D.onItemClick函数,然后调用Launcher.startActivitySafely函数来启动应用程序

你可能感兴趣的:(Android)