APK安装流程详解（二）
一.Installer、InstallerConnection和Installd守护进程
1.1Installer
Installer继承自SystemService，在Android中有两个SystemServer，一个是os/SystemService.java，另一个是server/SystemService.java，这里Installer继承的是server/SystemService.java，所以我们可以说Installer其实是一个系统服务。
1.2InstallerConnection
InstallerConeection就是一个连接类，负责连接installd
1.3Installd守护进程
1.3.1概述
上一篇文章我们知道PMS负责应用的安装、卸载等工作，但是里面主要是“Manager”，Installd才是真正干活的，PMS是通过访问installd服务来执行程序包的安装与卸载的。
1.3.2为什么要用installd
有的同学可能要问，PMS已经有一万多行了，为什么还要再加一个installd服务呢？这样不是画蛇添足了吗？
其实不是的，因为PMS只有system权限，而installid具有root权限。如下图：
1.3.3installd支持的命令
struct cmdinfo cmds[] = {
{ "ping", 0, do_ping }, // 用于测试的空操作
{ "install", 5, do_install }, // 安装应用
{ "dexopt", 9, do_dexopt }, //将dex转换为oat或者patchoat oat文件
{ "markbootcomplete", 1, do_mark_boot_complete },
{ "movedex", 3, do_move_dex }, //把apk文件从一个目录移动到另一个目录
{ "rmdex", 2, do_rm_dex }, // 删除apk文件
{ "remove", 3, do_remove }, // 卸载应用
{ "rename", 2, do_rename }, // 更改应用数据目录的名称
{ "fixuid", 4, do_fixuid }, // 更改应用数据目录的uid
{ "freecache", 2, do_free_cache }, // 清除/cache目录下的文件
{ "rmcache", 3, do_rm_cache }, // 删除/cache下某个应用的目录
{ "rmcodecache", 3, do_rm_code_cache }, // 删除数据目录中code_cache文件夹
{ "getsize", 8, do_get_size }, // 计算一个应用占用的空间大小，包括apk大小，数据目录，cache目录等
{ "rmuserdata", 3, do_rm_user_data },// 删除一个用户中某个app的应用数据
{ "cpcompleteapp", 6, do_cp_complete_app },
{ "movefiles", 0, do_movefiles },//执行/system/etc/updatecmds/中的脚本
{ "linklib", 4, do_linklib }, // 建立 jib连接
{ "mkuserdata", 5, do_mk_user_data },// 为某个用户创建应用数据目录
{ "mkuserconfig", 1, do_mk_user_config },// 创建/data/misc/user/userid/
{ "rmuser", 2, do_rm_user },// 删除一个user的所有文件
{ "idmap", 3, do_idmap },
{ "restorecondata", 4, do_restorecon_data },// 恢复目录的SEAndroid安全上下文
{ "createoatdir", 2, do_create_oat_dir }, // 创建 /data/app/包名/oat/<inst>文件夹
{ "rmpackagedir", 1, do_rm_package_dir },// 删除/data/app/包名
{ "linkfile", 3, do_link_file } // 创建软连接
};
上表我们可以看到，几乎所有跟包相关的文件操作都是installid的指令集完成的。
1.3.4小结
PMS启动过程中使用了Installer的之个方法。APK的安装和卸载主要是由Installer和Installd完成的。Installer是Java层提供的Java API接口，Installd则是init进程启动的Daemon Service。Installer与Installd通过Socket通信，Installer是Socket的Client端，Installd则是Socket的Server端。通过Socket通信，将Installer的API调用转化为Installd中具体命令
二.APK安装流程
Android应用最终是打成APK文件然后安装至手机运行的。其中APK是Android Package的缩写。
2.1应用安装涉及到的目录
- /system/app :系统自带应用程序，获得root权限才可删除
- /data/app： 用户程序安装的目录，安装时把APK文件复制到此目录
- /data/data：存放应用程序的数据
- /data/dalvik-cache：将apk中的dex文件copy到该目录下，ART可执行文件为.oat，启动ART时，系统会执行dex文件转换至oat
- /data/system：该目录下的packages.xml文件，类似于Windows的注册表，记录了系统的permissions，每个apk的name,codePath,,version,userid等信息，这些信息主要通过AndroidManifest.xml文件解析获取，解析完apk后将更新信息写入这个文件并保存到flash，下次开机的时候直接从里面读取相关信息并添加到内存相关列表中。当有APK安装、升级或者删除时会更新这个文件。
- /data/system/packages.xml /data/system/packages.list：packages.list指定了应用的默认存储位置/data/data/com.xxx.xxx；package.xml中包含了该应用权限、应用包名、APK的安装位置、版本、userID等信息，并且两者都有同一个userld。之所以每个应用都要一个userId，是因为Android在系统设计上把每个应用当做Linux系统上的一个用户对待，这样就可以利用已有的Linux用户管理机制来设计Android应用，比如应用目录，应用权限，应用进程管理等。
2.2安装流程概述
apk的大体流程如下：
- 第一步，拷贝文件到指定目录：在Android中，APK文件是会被保存起来的，默认情况下，用户安装的app首先会被拷贝到/data/app目录下，/data/app目录是用户有权限访问的目录，在安装apk的时候会自动选择该目录存放用户安装的文件，而系统出厂apk被放到/system分区下，这就是没有ROOT手机前，我们无法删除系统app的原因。
- 第二步，解压缩apk，copy文件，创建应用的数据目录：为了加快app的启动速度，apk在安装的时候，会首先将app的可执行文件dex拷贝到/data/dalvik-cache目录，缓存起来。然后，在/data/data/目录下创建应用程序的数据目录(以应用的包名命名)，存放在应用的相关数据，如数据库、xml文件、cache、二进制的so动态库等。
- 解析apk中的AndroidManifest.xml文件：系统在安装apk的过程中，会提取AndroidManifest.xml中的信息，用来更新/data/system/packages.xml文件
- 显示快捷方式：安装完毕之后，我们需要有一个Home应用，负责从PMS中把安装好的应用程序取出来，并以友好的方式在桌面上展现出来，在Android系统中，发挥这个作用的应用就是Launcher
2.3APK安装的界面
我们在安装应用时，出现的界面是系统的安装APP-PackageInstall.apk，篇幅和时间关系我们就不展开分析了，大致上，这个app就是封装了对PMS的调用，感兴趣的同学可以查阅相关资料。
