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函数来启动应用程序