一 概述

包管理机制是 Android 中的重要机制,是应用开发和系统开发需要掌握的知识点之一。

包指的是 Apk、jar 和 so 文件等等,它们被加载到 Android 内存中,由一个包转变成可执行的代码,这就需要一个机制来进行包的加载、解析、管理等操作,这就是包管理机制。

包管理机制由许多类一起组成,其中核心为 PackageManagerService(PMS),它负责对包进行管理,如果直接讲 PMS 会比较难以理解,因此我们需要一个切入点,这个切入点就是常见的 APK 的安装。

讲到 APK 的安装之前,需要先了解 PackageManager、APK 文件结构和安装方式。

二 PackageManager简介

与 ActivityManager 和 AMS 的关系类似,PMS 也有一个对应的管理类 PackageManager,用于向应用程序进程提供一些功能。

PackageManager 是一个抽象类,它的具体实现类为 ApplicationPackageManager,ApplicationPackageManager 中的方法会通过 IPackageManager 与 PMS 进行进程间通信,因此 PackageManager 所提供的功能最终是由 PMS 来实现的,这么设计的主要用意是为了避免系统服务 PMS 直接被访问。PackageManager 提供了一些功能,主要有以下几点:

  • 获取一个应用程序的所有信息(ApplicationInfo)
  • 获取四大组件的信息
  • 查询 permission 相关信息
  • 获取包的信息
  • 安装、卸载 APK

三 APK文件结构和安装方式

APK 是 AndroidPackage 的缩写,即 Android 安装包,它实际上是 zip 格式的压缩文件,一般情况下,解压后的文件结构如下表所示。

目录/文件 描述
assert 存放的原生资源文件,通过 AssetManager 类访问
lib 存放库文件
META-INF 保存应用的签名信息,签名信息可以验证 APK 文件的完整性
res 存放资源文件。res 中除了 raw 子目录,其他的子目录都参与编译,这些子目录下的资源是通过编译出的 R 类在代码中访问
AndroidManifest.xml 用来声明应用程序的包名称、版本、组件和权限等数据。 apk 中的 AndroidManifest.xml 经过压缩,可以通过 AXMLPrinter2 工具解开
classes.dex Java 源码编译后生成的 Java 字节码文件
resources.arsc 编译后的二进制资源文件

APK 的安装场景主要有以下几种:

  • 通过 adb 命令安装:adb 命令包括 adb push/install
  • 用户下载的 Apk,通过系统安装器 packageinstaller 安装该 Apk。packageinstaller 是系统内置的应用程序,用于安装和卸载应用程序
  • 系统开机时安装系统应用
  • 电脑或者手机上的应用商店自动安装

这4种方式最终都是由 PMS 来进行处理,在此之前的调用链是不同的,本篇文章会介绍第二种方式,对于用户来说,这是比较常用的安装方式;对于开发者来说,这是调用链比较长的安装方式,能学到的更多。其他的安装场景会在本系列的后续文章进行讲解。

四 PackageInstaller入口

在 Android7.0 之前我们可以通过如下代码安装指定路径中的 APK。

Intent intent = new Intent(Intent.ACTION_VIEW);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
intent.setDataAndType(Uri.parse("file://" + path),"application/vnd.android.package-archive");
context.startActivity(intent);

但是 Android7.0 或更高版本再这么做,就会报 FileUriExposedException 异常。这是因为 StrictMode API 政策禁止应用程序将 file:// Uri 暴露给另一个应用程序,如果包含 file:// Uri 的 intent 离开你的应用,就会报 FileUriExposedException 异常。为了解决这个问题,谷歌提供了 FileProvider,FileProvider 继承自 ContentProvider ,使用它可以将 file://Uri 替换为 content://Uri,具体怎么使用 FileProvider 并不是本文的重点,只要知道无论是 Android7.0 之前还是 Android7.0 以及更高版本,都会调用如下代码:

Intent intent = new Intent(Intent.ACTION_VIEW);
intent.setDataAndType(xxxxx, "application/vnd.android.package-archive");

Intent 的 Action 属性为 ACTION_VIEW,Type 属性指定 Intent 的数据类型为 application/vnd.android.package-archive。
能隐式匹配的 Activity 为 InstallStart,需要注意的是,这里分析的源码基于 Android8.0,7.0 能隐式匹配的 Activity 为 PackageInstallerActivity。

packages/apps/PackageInstaller/AndroidManifest.xml

<activity android:name=".InstallStart"android:exported="true"android:excludeFromRecents="true"><intent-filter android:priority="1"><action android:name="android.intent.action.VIEW" /><action android:name="android.intent.action.INSTALL_PACKAGE" /><category android:name="android.intent.category.DEFAULT" /><data android:scheme="file" /><data android:scheme="content" /><data android:mimeType="application/vnd.android.package-archive" /></intent-filter>...</activity>

InstallStart 是 PackageInstaller 中的入口 Activity,其中 PackageInstaller 是系统内置的应用程序,用于安装和卸载应用。当我们调用 PackageInstaller 来安装应用时会跳转到 InstallStart,并调用它的 onCreate 方法:

packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallStart.java

@Overrideprotected void onCreate(@Nullable Bundle savedInstanceState) {if (PackageInstaller.ACTION_CONFIRM_PERMISSIONS.equals(intent.getAction())) {//1nextActivity.setClass(this, PackageInstallerActivity.class);} else {Uri packageUri = intent.getData();if (packageUri == null) {//2Intent result = new Intent();result.putExtra(Intent.EXTRA_INSTALL_RESULT,PackageManager.INSTALL_FAILED_INVALID_URI);setResult(RESULT_FIRST_USER, result);nextActivity = null;} else {if (packageUri.getScheme().equals(SCHEME_CONTENT)) {//3nextActivity.setClass(this, InstallStaging.class);} else {nextActivity.setClass(this, PackageInstallerActivity.class);}}}if (nextActivity != null) {startActivity(nextActivity);}finish();}

注释1处判断 Intent 的 Action 是否为 CONFIRM_PERMISSIONS,根据本文的应用情景显然不是,接着往下看,注释2处判断 packageUri 是否为空也不成立,注释3处,判断 Uri 的 Scheme 协议是否是 content,如果是就跳转到 InstallStaging,如果不是就跳转到 PackageInstallerActivity。本文的应用情景中,Android7.0 以及更高版本我们会使用 FileProvider 来处理 URI ,FileProvider 会隐藏共享文件的真实路径,将路径转换成 content://Uri 路径,这样就会跳转到 InstallStaging。InstallStaging 的 onResume 方法如下所示。

packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallStaging.java

@Overrideprotected void onResume() {super.onResume();if (mStagingTask == null) {if (mStagedFile == null) {try {mStagedFile = TemporaryFileManager.getStagedFile(this);//1} catch (IOException e) {showError();return;}}mStagingTask = new StagingAsyncTask();mStagingTask.execute(getIntent().getData());//2}}

注释1处如果 File 类型的 mStagedFile 为 null,则创建 mStagedFile ,mStagedFile 用于存储临时数据。 注释2处启动 StagingAsyncTask,并传入了 content 协议的 Uri,如下所示。

packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallStaging.java

 private final class StagingAsyncTask extends AsyncTask<Uri, Void, Boolean> {@Overrideprotected Boolean doInBackground(Uri... params) {if (params == null || params.length <= 0) {return false;}Uri packageUri = params[0];try (InputStream in = getContentResolver().openInputStream(packageUri)) {if (in == null) {return false;}try (OutputStream out = new FileOutputStream(mStagedFile)) {byte[] buffer = new byte[4096];int bytesRead;while ((bytesRead = in.read(buffer)) >= 0) {if (isCancelled()) {return false;}out.write(buffer, 0, bytesRead);}}} catch (IOException | SecurityException e) {Log.w(LOG_TAG, "Error staging apk from content URI", e);return false;}return true;}@Overrideprotected void onPostExecute(Boolean success) {if (success) {Intent installIntent = new Intent(getIntent());installIntent.setClass(InstallStaging.this, PackageInstallerActivity.class);installIntent.setData(Uri.fromFile(mStagedFile));installIntent.setFlags(installIntent.getFlags() & ~Intent.FLAG_ACTIVITY_FORWARD_RESULT);installIntent.addFlags(Intent.FLAG_ACTIVITY_NO_ANIMATION);startActivityForResult(installIntent, 0);} else {showError();}}}
}

doInBackground 方法中将 packageUri(content 协议的 Uri)的内容写入到 mStagedFile 中,如果写入成功,onPostExecute 方法中会跳转到 PackageInstallerActivity 中,并将 mStagedFile 传进去。绕了一圈又回到了 PackageInstallerActivity,这里可以看出 InstallStaging 主要起了转换的作用,将 content 协议的 Uri 转换为 File 协议,然后跳转到 PackageInstallerActivity,这样就可以像此前版本(Android7.0 之前)一样启动安装流程了。

五 PackageInstallerActivity解析

从功能上来说,PackageInstallerActivity 才是应用安装器 PackageInstaller 真正的入口 Activity,PackageInstallerActivity 的 onCreate 方法如下所示。

packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java

@Override
protected void onCreate(Bundle icicle) {super.onCreate(icicle);if (icicle != null) {mAllowUnknownSources = icicle.getBoolean(ALLOW_UNKNOWN_SOURCES_KEY);}mPm = getPackageManager();mIpm = AppGlobals.getPackageManager();mAppOpsManager = (AppOpsManager) getSystemService(Context.APP_OPS_SERVICE);mInstaller = mPm.getPackageInstaller();mUserManager = (UserManager) getSystemService(Context.USER_SERVICE);...//根据Uri的Scheme进行预处理boolean wasSetUp = processPackageUri(packageUri);//1if (!wasSetUp) {return;}bindUi(R.layout.install_confirm, false);//判断是否是未知来源的应用,如果开启允许安装未知来源选项则直接初始化安装checkIfAllowedAndInitiateInstall();//2
}

首先初始话安装所需要的各种对象,比如 PackageManager、IPackageManager、AppOpsManager 和 UserManager 等等,它们的描述如下表所示。

类名 描述
PackageManager 用于向应用程序进程提供一些功能,最终的功能是由PMS来实现的
IPackageManager 一个AIDL的接口,用于和PMS进行进程间通信
AppOpsManager 用于权限动态检测,在Android4.3中被引入
PackageInstaller 提供安装、升级和删除应用程序功能
UserManager 用于多用户管理

注释1处的 processPackageUri 方法如下所示。

packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java

private boolean processPackageUri(final Uri packageUri) {mPackageURI = packageUri;final String scheme = packageUri.getScheme();//1switch (scheme) {case SCHEME_PACKAGE: {try {...} break;case SCHEME_FILE: {File sourceFile = new File(packageUri.getPath());//1//得到sourceFile的包信息PackageParser.Package parsed = PackageUtil.getPackageInfo(this, sourceFile);//2if (parsed == null) {Log.w(TAG, "Parse error when parsing manifest. Discontinuing installation");showDialogInner(DLG_PACKAGE_ERROR);setPmResult(PackageManager.INSTALL_FAILED_INVALID_APK);return false;}//对parsed进行进一步处理得到包信息PackageInfomPkgInfo = PackageParser.generatePackageInfo(parsed, null,PackageManager.GET_PERMISSIONS, 0, 0, null,new PackageUserState());//3mAppSnippet = PackageUtil.getAppSnippet(this, mPkgInfo.applicationInfo, sourceFile);} break;default: {Log.w(TAG, "Unsupported scheme " + scheme);setPmResult(PackageManager.INSTALL_FAILED_INVALID_URI);finish();return false;}}return true;}

首先在注释1处得到 packageUri 的 Scheme 协议,接着根据这个 Scheme 协议分别对 package 协议和file协议进行处理,如果不是这两个协议就会关闭 PackageInstallerActivity 并 return false。我们主要来看 file 协议的处理,注释1处根据 packageUri 创建一个新的 File。注释2处的内部会用 PackageParser 的 parsePackage 方法解析这个 File(这个 File 其实是 APK 文件),得到 APK 的包信息 Package ,Package 包含了该 APK 的所有信息。注释3处会将 Package 根据 uid、用户状态信息和 PackageManager 的配置等变量对包信息 Package 做进一步处理得到 PackageInfo。

回到 PackageInstallerActivity 的 onCreate 方法的注释2处,checkIfAllowedAndInitiateInstall 方法如下所示。

packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java

private void checkIfAllowedAndInitiateInstall() {//判断如果允许安装未知来源或者根据Intent判断得出该APK不是未知来源if (mAllowUnknownSources || !isInstallRequestFromUnknownSource(getIntent())) {//1//初始化安装initiateInstall();//2return;}// 如果管理员限制来自未知源的安装, 就弹出提示Dialog或者跳转到设置界面if (isUnknownSourcesDisallowed()) {if ((mUserManager.getUserRestrictionSource(UserManager.DISALLOW_INSTALL_UNKNOWN_SOURCES,Process.myUserHandle()) & UserManager.RESTRICTION_SOURCE_SYSTEM) != 0) {    showDialogInner(DLG_UNKNOWN_SOURCES_RESTRICTED_FOR_USER);return;} else {startActivity(new Intent(Settings.ACTION_SHOW_ADMIN_SUPPORT_DETAILS));finish();}} else {handleUnknownSources();//3}}

注释1处判断允许安装未知来源或者根据 Intent 判断得出该 APK 不是未知来源,就调用注释2处的 initiateInstall 方法来初始化安装。如果管理员限制来自未知源的安装, 就弹出提示 Dialog 或者跳转到设置界面,否则就调用注释3处的 handleUnknownSources 方法来处理未知来源的 APK。注释2处的 initiateInstall 方法如下所示。

packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java

private void initiateInstall() {String pkgName = mPkgInfo.packageName;//1String[] oldName = mPm.canonicalToCurrentPackageNames(new String[] { pkgName });if (oldName != null && oldName.length > 0 && oldName[0] != null) {pkgName = oldName[0];mPkgInfo.packageName = pkgName;mPkgInfo.applicationInfo.packageName = pkgName;}try {//根据包名获取应用程序信息mAppInfo = mPm.getApplicationInfo(pkgName,PackageManager.MATCH_UNINSTALLED_PACKAGES);//2if ((mAppInfo.flags&ApplicationInfo.FLAG_INSTALLED) == 0) {mAppInfo = null;}} catch (NameNotFoundException e) {mAppInfo = null;}//初始化安装确认界面startInstallConfirm();//3}

注释1处得到包名,注释2处根据包名获取获取应用程序信息 ApplicationInfo。注释3处的 startInstallConfirm 方法如下所示。

packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java

private void startInstallConfirm() {//省略初始化界面代码...AppSecurityPermissions perms = new AppSecurityPermissions(this, mPkgInfo);//1final int N = perms.getPermissionCount(AppSecurityPermissions.WHICH_ALL);if (mAppInfo != null) {msg = (mAppInfo.flags & ApplicationInfo.FLAG_SYSTEM) != 0? R.string.install_confirm_question_update_system: R.string.install_confirm_question_update;mScrollView = new CaffeinatedScrollView(this);mScrollView.setFillViewport(true);boolean newPermissionsFound = false;if (!supportsRuntimePermissions) {newPermissionsFound =(perms.getPermissionCount(AppSecurityPermissions.WHICH_NEW) > 0);if (newPermissionsFound) {permVisible = true;mScrollView.addView(perms.getPermissionsView(AppSecurityPermissions.WHICH_NEW));//2}}...}

startInstallConfirm 方法中首先初始化安装确认界面,就是我们平常安装 APK 时出现的界面,界面上有确认和取消按钮并会列出安装该 APK 需要访问的系统权限。需要注意的是,不同厂商定制的 Android 系统会有不同的安装确认界面。

注释1处会创建 AppSecurityPermissions,它会提取出 APK 中权限信息并展示出来,这个负责展示的 View 是 AppSecurityPermissions 的内部类 PermissionItemView。

注释2处调用 AppSecurityPermissions 的 getPermissionsView 方法来获取 PermissionItemView,并将 PermissionItemView 添加到 CaffeinatedScrollView 中,这样安装该 APK 需要访问的系统权限就可以全部的展示出来了,PackageInstaller 的初始化工作就完成了。

六 总结

现在来总结下 PackageInstaller 初始化的过程:

  • 根据 Uri 的 Scheme 协议不同,跳转到不同的界面,content 协议跳转到 InstallStart,其他的跳转到 PackageInstallerActivity。本文应用场景中,如果是 Android7.0 以及更高版本会跳转到 InstallStart
  • InstallStart 将 content 协议的 Uri 转换为 File 协议,然后跳转到 PackageInstallerActivity
  • PackageInstallerActivity 会分别对 package 协议和 file 协议的 Uri 进行处理,如果是 file 协议会解析 APK 文件得到包信息 PackageInfo
  • PackageInstallerActivity 中会对未知来源进行处理,如果允许安装未知来源或者根据 Intent 判断得出该 APK 不是未知来源,就会初始化安装确认界面,如果管理员限制来自未知源的安装, 就弹出提示 Dialog 或者跳转到设置界面

PackageInstaller 的初始化就讲到这,关于PackageInstaller的安装APK的过程会在本系列的下一篇文章进行讲解。

Android包管理机制1 PackageInstaller 初始化相关推荐

  1. com.android.packageinstaller,Android包管理机制(二)PackageInstaller安装APK

    前言 在本系列上一篇文章Android包管理机制(一)PackageInstaller的初始化中我们学习了PackageInstaller是如何初始化的,这一篇文章我们接着学习PackageInsta ...

  2. Android 系统(203)---Android包管理机制(一)PackageInstaller的初始化

    Android包管理机制(一)PackageInstaller的初始化 转自:https://blog.csdn.net/itachi85/article/details/81024903 前言 包管 ...

  3. Android包管理机制5 APK是如何被解析的

    一 概述 在本系列的前面文章中,我们介绍了 PackageInstaller 的初始化和安装 APK 过程.PMS 处理 APK 的安装和 PMS 的创建过程,这些文章中经常会涉及到一个类,那就是 P ...

  4. Android包管理机制(三)PMS处理APK的安装

    本文首发于微信公众号「刘望舒」 关联系列 Android包管理机制系列 前言 在上一篇文章Android包管理机制(二)PackageInstaller安装APK中,我们学习了PackageInsta ...

  5. js读取外部json指定字段值完整代码_前端工程化 剖析npm的包管理机制(完整版)...

    导读 现如今,前端开发的同学已经离不开 npm 这个包管理工具,其优秀的包版本管理机制承载了整个繁荣发展的NodeJS社区,理解其内部机制非常有利于加深我们对模块开发的理解.各项前端工程化的配置以加快 ...

  6. 前端工程化 - 剖析npm的包管理机制

    导读 现如今,前端开发的同学已经离不开 npm 这个包管理工具,其优秀的包版本管理机制承载了整个繁荣发展的NodeJS社区,理解其内部机制非常有利于加深我们对模块开发的理解.各项前端工程化的配置以加快 ...

  7. Android内存管理机制官方详解文档

    很早之前写过一篇<Android内存管理机制详解>点击量已7万+,现把Google官方文档整理输出一下,供各位参考. 一.内存管理概览 Android 运行时 (ART) 和 Dalvik ...

  8. npm包管理机制引质疑:又一安装程序中发现恶意代码,开发者账户频遭劫持

    铜灵 发自 凹非寺 量子位 出品 | 公众号 QbitAI npm行不行,包管理机制行不行? 最新的一次npm包被篡改事件,让开发者的这两个疑问更加强烈了. 最新中枪的是纯函数式编程语言Purescr ...

  9. Android内存管理机制

    好文摘录 原作: https://www.cnblogs.com/nathan909/p/5372981.html 1.基于Linux内存管理 Android系统是基于Linux 2.6内核开发的开源 ...

  10. python包管理机制_Go 1.5之前的多种包管理机制简介(

    在 Go 语言中,我们可以使用go get命令安装远程仓库中托管的代码,不同于 Ruby Gem.pypi 等集中式的包管理机制, Go 语言的包管理系统是去中心化的.简单来讲,go get命令支持任 ...

最新文章

  1. https协议必须使用443端口吗_http、https、http2、websocket之间的关系
  2. BZOJ.4888.[TJOI2017]异或和(树状数组)
  3. Java LinkedList指南
  4. 为什么逻辑思维不做小程序了而开发APP得到
  5. mysql5.718解压版安装_MySQL v5.7.18 版本解压安装
  6. Boost : to_string_stub用法的测试程序
  7. Linux 命令之 ls -- 列出指定目录下的内容
  8. PS教程第二十四课:魔法棒
  9. springcloud gateway 使用nacos 作为配置中心 和 注册中心
  10. 晶圆缺陷检测设备_KLA突破电子束晶圆缺陷检测瓶颈,将助EUV光刻机一臂之力
  11. 数仓无损压缩算法:gzip算法
  12. 在一个请求分页系统中,分别采用 FIFO、LRU和 OPT页面置换算法时,假如一个作业的页面走向为 4、3、2、1、4、3、5、4、3、2、1、5,当分配给该作业的物理块数M分别为 3、4时,
  13. Win11系统Microsoft Store应用商店加载空白,不能下载软件.
  14. 《未来编年史》——关于地球未来2000年的预言
  15. 加权平均数的例子_加权平均法举例说明
  16. JAVA写一个小型超市管理系统,Java语言课程设计-小型超市管理系统
  17. Android - Enable fullscreen mode
  18. Matlab中如何清除persistent 变量
  19. sre工程师_什么是SRE? 现场可靠性工程师的重要作用
  20. 动手下载网易课程视频 -- 正式下载

热门文章

  1. MySQL闪退解决办法
  2. 基于新浪微博api的微博分享功能实现
  3. Latex 书写 IEEE 会议论文
  4. python使用什么来体现代码之间的逻辑关系,Python使用缩进来体现代码之间的逻辑关系。...
  5. python的类,复现assert和eval成功失败原因
  6. window 安装gradle步骤
  7. 艾美捷PEG-2000 DMG解决方案
  8. Reports empty tag body. The validation works in XML / JSP / JSPX / HTML/ XHT
  9. 带串口功能的51最小系统板,可直接烧录STC芯片,简约好用,Micro接口,只需要一根Micro接口的USB线接到电脑就可以下载程序了。
  10. Matlab画平滑曲线的两种方法( 拟合或插值后再用plot即可)