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

   

  •         这些应用程序只是相当于在PackageManagerService服务注册好了,如果我们想要在Android桌面上看到这些应用程序,还需要有一个Home应用程序(Android系统默认的Home应用程序就是Launcher),负责从PackageManagerService服务中把这些安装好的应用程序取出来,并以友好的方式在桌面上展现出来,例如以快捷图标的形式:
  1. 系统中的应用程序安装好了以后,SystemServer组件接下来通过ActivityManagerService启动Home应用程序Launcher
  2. ActivityManagerService.startHomeActivityLocked() 创建一个CATEGORY_HOME类型的Intent,然后通过Intent.resolveActivityInfo函数向PackageManagerService查询Category类型为HOME的Activity
  3. 由于是第一次启动这个Activity,接下来调用函数getProcessRecordLocked返回来的ProcessRecord值为null,于是调用mMainStack.startActivityLocked函数启动com.android.launcher2.Launcher这个Activity,接着调用它的onCreate函数
  4. 把加载应用程序的操作为一个消息来处理: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)
  5. Launcher.bindAllApplications调用AllApps2D.setAppssetApps调用addApps函数来为上一步得到的每一个应用程序创建一个ApplicationInfo实例了,有了这些ApplicationInfo实例之后,就可以在桌面上展示系统中所有的应用程序了。到了这里,系统默认的Home应用程序Launcher就把PackageManagerService中的应用程序加载进来了:当我们点击Home按键时,便会响应Launcher.onClick函数调用showAllApps函数显示应用程序图标把刚才加载好的应用程序以图标的形式展示出来了。
  6. 点击这些应用程序图标时,便会响应AllApps2D.onItemClick函数,然后调用Launcher.startActivitySafely函数来启动应用程序

     

    原文作者:_Doing
    原文地址: https://www.cnblogs.com/Doing-what-I-love/p/5530354.html
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞