当您点击 APK 文件上的“安装”或从 Play 商店下载应用程序时，一系列复杂的操作将在幕后开始。看似简单的进度条，实际上代表了包解析、密码验证、权限管理、文件提取、代码优化等几十个步骤。了解此过程有助于解释为什么安装有时会失败以及您可以采取哪些措施。
在本文中，我们将介绍 Android 安装管道的每个主要步骤，从系统收到 APK 到应用程序准备启动的那一刻。
第 1 步：开始安装
安装过程的开始方式因来源而异：
- 游戏商店： Play 商店应用程序下载 APK（或拆分 APK）并以绕过某些用户确认的特殊权限调用系统的软件包安装程序。
- 侧面加载： 当您打开 APK 文件时，Android 会启动包安装程序活动。在 Android 8.0 及更高版本上，安装应用程序必须对其特定来源具有“安装未知应用程序”权限。
- 亚行： adb install 命令通过 USB 直接与包管理器服务通信，完全绕过图形安装程序。
无论来源如何，所有安装最终都会到达相同的系统服务：包管理服务 (PMS)。这是 Android 上所有包操作的中央权限。
第二步：包解析
首先，系统需要了解它将要安装的内容。 PackageManagerService 调用 包解析器 来读取 APK 文件并提取其元数据。
解析器从 APK 中读取 AndroidManifest.xml 文件。此二进制 XML 文件包含关键信息：
- 套餐名称： 应用程序的唯一标识符（例如，com.example.myapp）
- 版本号及名称： 用于确定这是升级还是全新安装
- 最低和目标 SDK 版本： 确定与设备的兼容性
- 声明的权限： 应用程序请求的权限和它定义的自定义权限
- 成分： 应用程序注册的活动、服务、广播接收器和内容提供商
- 硬件和软件特点： 相机、GPS 或特定 OpenGL 版本等要求
如果清单格式错误或 APK 结构无效，则安装在此阶段失败，并显示“解析错误”消息。这是旁加载 APK 无法安装的最常见原因之一。
第 3 步：兼容性检查
解析清单后，系统会执行一系列兼容性检查：
- SDK版本： 如果应用程序的 minSdkVersion 高于设备的 API 级别，则安装将被拒绝。
- ABI 兼容性： 如果APK包含本机库，系统会检查它们是否与设备的CPU架构匹配。仅包含 armeabi-v7a 库的 APK 将无法安装在纯 x86 设备上。
- 所需功能： 如果应用程序声明所需的硬件功能（如 android.hardware.telephony），系统将验证设备支持它们。
- 可用存储空间： 系统检查是否有足够的可用空间来安装应用程序，包括用于提取的本机库和优化的DEX文件的空间。
第四步：签名验证
这是安装过程中最关键的步骤之一。 Android 验证 APK 的加密签名以确保其完整性和真实性。
验证过程取决于存在哪些签名方案：
V1 签名（JAR 签名）
系统检查META-INF/目录中是否有签名文件（.SF、.RSA或.DSA）。 APK 中的每个文件都会根据清单中列出的摘要进行验证。这很慢，因为每个文件都必须单独进行哈希处理。
V2签名（APK签名方案v2）
该方案在 Android 7.0 中引入，将整个 APK 签名为二进制 blob。签名块插入到 ZIP 中央目录和中央目录末尾记录之间。验证速度要快得多，因为它对原始字节进行操作，而无需解压缩各个条目。
V3 签名（密钥轮换）
从 Android 9.0 开始，V3 扩展了 V2，支持密钥轮换。它包括一个链接新旧签名密钥的循环证明结构，允许开发人员更改其签名密钥，同时保持更新兼容性。
V4签名（增量）
Android 11 引入了用于增量安装的 V4。它提供了基于 Merkle 树的签名，允许在将各个块传输到设备时对其进行验证。
如果签名验证因任何原因失败，安装将立即中止。您可以在安装前使用我们的 APK验证工具 检查 APK 的签名。
更新签名匹配
如果已安装具有相同包名的应用程序，系统会执行额外检查：新 APK 的签名证书必须与现有安装的证书匹配。这可以防止恶意方用篡改版本替换合法应用程序。如果签名不匹配，您将看到错误“应用程序未安装：该包与同名的现有包冲突”。
第五步：用户确认
对于旁载安装，系统会显示一个安装确认对话框，其中显示：
- 应用程序名称和图标（从 APK 资源中提取）
- 应用程序请求的权限（在较旧的 Android 版本上）
- 这是新安装还是更新
- 有关应用程序来源或潜在风险的任何警告
在 Android 12 及更高版本上，确认屏幕更简单，因为运行时权限是在应用首次需要时单独授予的，而不是在安装时授予的。
第 6 步：文件提取和放置
一旦用户确认（或者对于 Play 商店安装，自动），系统开始提取并放置文件：
APK存储
APK 文件本身复制到 /data/app/[package-name]-[random]/base.apk。对于拆分 APK 安装，split_config.arm64_v8a.apk 等附加文件会放置在基本 APK 旁边。下载文件夹中的原始 APK 未被修改或删除。
本机库提取
如果APK包含本机库（在lib/目录中），它们将被提取到/data/app/[package-name]-[random]/lib/[abi]/。在较新的 Android 版本上，应用程序可以选择在 APK 中压缩本机库，并使用 android:extractNativeLibs="false" 直接加载它们，从而节省存储空间。
数据目录创建
系统在 /data/data/[package-name]/（或多用户设备上的 /data/user/0/[package-name]/）创建应用程序的私有数据目录。该目录由分配给应用程序的唯一 Linux UID 拥有，确保其他应用程序在没有 root 权限的情况下无法访问它。
第7步：DEX优化
在这一步中，Android 将应用程序的字节码转换为针对设备特定硬件优化的格式。该流程在 Android 的历史上发生了显着的演变：
Dalvik 时代（Android 4.4 及更早版本）
最初的Dalvik虚拟机使用Just-In-Time（JIT）编译。在安装过程中，classes.dex 文件被优化为包含经过验证和优化的字节码的 ODEX 文件。这相对较快，但意味着应用程序在运行时运行速度较慢，因为大多数代码仍被解释。
ART 与 AOT（Android 5.0 至 6.0）
Android 运行时 (ART) 取代了 Dalvik，并引入了提前 (AOT) 编译。在安装过程中，整个 DEX 字节码被编译为本机机器代码。这使得应用程序运行速度更快，但显着增加了安装时间和存储使用量。某些应用程序需要几分钟才能安装。
配置文件引导编译（Android 7.0+）
现代 Android 使用混合方法。在安装过程中，仅编译关键启动路径。当用户运行应用程序时，系统会收集识别常用代码路径的执行配置文件。在空闲维护期间（通常在夜间充电时），系统将这些热路径编译为本机代码。这可以平衡安装速度、存储使用和运行时性能。
编译后的代码存储在 /data/dalvik-cache/ 中，或者与 APK 一起存储为 .odex、.vdex 和 .art 文件。 .vdex 文件包含经过验证的 DEX 代码，.odex 文件包含已编译的本机代码，.art 文件包含预初始化的堆映像以加快启动速度。
第8步：权限注册
PackageManagerService 向系统注册应用程序声明的权限和组件：
- 安装时权限（如 INTERNET 或 VIBRATE）会自动授予，无需用户交互。
- 运行时权限（如CAMERA或LOCATION）已注册但未授予。应用程序必须在运行时请求它们。
- 意图过滤器 已注册，以便系统知道哪些应用程序可以处理哪些操作（例如打开 URL 或共享内容）。
- 内容提供商 已向其当局注册，以便其他应用程序可以查询它们。
第9步：系统集成
最后步骤将应用程序集成到 Android 系统中：
- 包数据库更新： 系统的包数据库 (/data/system/packages.xml) 已使用新应用程序的信息进行更新，包括其分配的 UID、权限和组件声明。
- 启动器通知： 主屏幕启动器会收到新应用程序的通知，以便它可以显示应用程序图标。
- 播送： 系统发送 PACKAGE_ADDED 广播，允许其他应用程序对新安装做出反应（例如，备份应用程序可能会安排备份）。
- SELinux 上下文： 应用程序的文件根据其目标 SDK 版本和声明的权限使用适当的 SELinux 安全上下文进行标记。
为什么安装失败
了解安装管道有助于诊断常见故障：
- “解析错误”： APK 已损坏、不完整或清单格式错误。这种情况通常发生在下载不完整或文件转换不正确的情况下。
- “应用程序未安装”（签名不匹配）： 您正在尝试使用由不同密钥签名的 APK 更新应用程序。您必须先卸载现有版本。
- “存储空间不足”： 没有足够的空间用于 APK、提取的库和 DEX 优化输出。实际所需空间通常是 APK 大小的 2-3 倍。
- “包与现有包冲突”： 相同的包名称但不同的签名。在 Play 商店和旁加载版本之间切换时很常见。
- 版本降级被阻止： 默认情况下，Android 会阻止安装旧版本而不是新版本。 ADB 可以使用 adb install -d 覆盖此设置。
拆分APK安装
安装拆分 APK（来自 App Bundle）时，过程略有不同。系统使用基于会话的安装 API：
- 创建新的安装会话
- 每个拆分 APK 都会写入会话
- 会话已提交，触发完整的验证管道
- 所有拆分必须具有匹配的包名称、版本代码和签名证书
这是 XAPK 安装程序和 APKS 到 APK 合并 等工具用来处理多文件安装的机制。
通过 ADB 安装
当您使用 adb install 时，该过程会绕过图形安装程序，但遵循相同的内部管道。 ADB 通过套接字连接与包管理器服务进行通信。它支持无法通过 GUI 获得的其他标志：
- -r：替换现有应用程序（允许重新安装）
- -d：允许版本降级
- -g：立即授予所有运行时权限
- -t：允许安装仅测试 APK
- --install-multiple：在单个会话中安装拆分 APK
卸载过程中会发生什么
为了完整起见，以下是删除应用程序时会发生的情况：
- 应用程序的进程被终止
- APK 和提取的库已从 /data/app/ 中删除
- 应用程序的私有数据目录被删除（除非用户选择保留数据）
- 已编译的DEX缓存文件被删除
- 包数据库已更新
- 发送 PACKAGE_REMOVED 广播
- 启动器删除应用程序图标
请注意，由于范围存储强制执行，外部存储上的应用程序特定文件（/Android/data/[package]/ 和 /Android/obb/[package]/）也会在 Android 10 及更高版本上删除。
为什么了解 PackageManager 可以节省调试时间
Android 安装过程是一系列精心策划的安全检查、文件操作和系统集成。从保护用户免受应用程序篡改到优化特定硬件的性能，每个步骤都有一个目的。当安装失败时，错误通常指向此管道中的特定步骤，了解该过程有助于您快速诊断和解决问题。
从 Play 商店安装，手动侧载 APK，并通过相同的底层管道使用 ADB 所有漏斗推送构建，确保设备上的每个应用程序都经过验证、正确放置并针对您的硬件进行优化。