卷II 第4章 深入理解PackageManagerService
卷II 第4章 深入理解PackageManagerService：追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态，以android-4.0.1_r1源码、全节点机制图和故障恢复证据完成验收。
学习目标
- 能在android-4.0.1_r1单一历史标签内解释追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态，不跨卷拼接文件与接口身份。
- 能操作全节点机制图，让本页 24 个坐标都具备出现、解释、实验和练习四级证据。
- 能使用章专属诊断切片保存入口、PID/TID、对象或状态、正常结果、错误返回与资源释放。
- 能主动制造“把安装简化为复制APK，忽略扫描次序、验证、持久状态和更新身份”，再凭扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录定位、恢复、复位并以同输入重放。
从一个可失败的问题开始
卷II 第4章 深入理解PackageManagerService不是类名清单，而是在android-4.0.1_r1中回答：追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态。先预测请求经过的线程、进程与对象所有者，再运行正常样本；如果扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录不能指出首个变化，本页结论仍不可交接。
本章不变量是在android-4.0.1_r1固定输入下，追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态的入口身份、状态拥有者、成功结果、错误返回和资源释放均可重复观察。将“把安装简化为复制APK，忽略扫描次序、验证、持久状态和更新身份”作为反例，必须在同一版本、同一输入下看到确定的错误或状态分叉，并能恢复到基线。
来源范围、历史标签与当前迁移
卷II 第4章 深入理解PackageManagerService只以卷II公开书目与详细目录界定Android 4.0.1学习范围；未取得原书正文，以下机制解释不沿用原作表述。
AOSP版本与构建号表用于核对2.2/API 8、4.0.1/API 14、4.2.2/API 17及正式源码标签；android-4.0.1_r1源码树提供本页历史机制的一手坐标。当前Android架构文档只用于迁移对照，ART、Treble、稳定AIDL、模块化系统服务和现代构建工具不得倒填为三卷历史实现。
六个机制检查点
↡版本基线在本页用于锁定android-4.0.1_r1的事实坐标与允许输入。、↡正常轨迹在本页用于标出追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态由谁创建、修改与释放状态。、↡首错断点在本页用于保存能复现正常路径的对象身份和时序。、↡对象所有权在本页用于暴露把安装简化为复制APK，忽略扫描次序、验证、持久状态和更新身份发生的第一个边界。、↡恢复条件在本页用于声明故障后重新接收请求所需的恢复条件。、↡回归证据在本页用于让独立读者凭扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录得到同一结论。。这六项把追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态落到扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录，防止目录词出现却没有运行解释。
先预测，再操作三个专属实验
围绕卷II 第4章 深入理解PackageManagerService，先预测哪一个对象最先改变、“把安装简化为复制APK，忽略扫描次序、验证、持久状态和更新身份”应在哪个边界暴露，以及恢复后扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录中的哪份证据必须回到原值；然后按全节点、版本因果、故障恢复的顺序操作。
1. 全节点机制与可执行探针
从卷II 第4章 深入理解PackageManagerService的 24 个正式坐标中选择任一节点与处理阶段，比较章专属机制说明和探针；列表完整保留，不截断节点。
正式节点 → 运行机制 → 可执行探针
卷II 第4章 深入理解PackageManagerService
选择目录节点和处理阶段，检查它怎样进入“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”的真实因果链。
正式目录坐标
24 个节点
第4章 深入理解PackageManagerService
第4章 深入理解PackageManagerService在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
当前动作
锁定历史基线
使用扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录检查第4章 深入理解PackageManagerService的输入、状态变化、错误出口和释放结果
历史坐标
android-4.0.1_r1
platform/frameworks/base @ android-4.0.1_r1
正式目录逐项深读
下面保留 24 个正式目录坐标，但不重复套用实验流程。每个条目只回答它在追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态中的独立责任；共同的定位、单变量注错、恢复和重放动作统一由上方实验与下方练习验收。
第4章 深入理解PackageManagerService
第4章 深入理解PackageManagerService在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.1 概述
4.1 概述在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录排除只凭类名或流程图得出的结论。
4.2 初识PackageManagerService
4.2 初识PackageManagerService在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录排除只凭类名或流程图得出的结论。
4.3 PKMS的main函数分析
4.3 PKMS的main函数分析在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.3.1 构造函数分析之前期准备工作
4.3.1 构造函数分析之前期准备工作在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.3.2 构造函数分析之扫描Package
4.3.2 构造函数分析之扫描Package在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.3.3 构造函数分析之扫尾工作
4.3.3 构造函数分析之扫尾工作在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.3.4 PKMS构造函数总结
4.3.4 PKMS构造函数总结在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录排除只凭类名或流程图得出的结论。
4.4 APK Installation分析
4.4 APK Installation分析在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.4.1 adb install分析
4.4.1 adb install分析在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.4.2 pm分析
4.4.2 pm分析在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.4.3 installPackageWithVerification函数分析
4.4.3 installPackageWithVerification函数分析在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.4.4 APK安装流程总结
4.4.4 APK安装流程总结在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录排除只凭类名或流程图得出的结论。
4.4.5 Verification介绍
4.4.5 Verification介绍在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.5 queryIntentActivities分析
4.5 queryIntentActivities分析在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.5.1 Intent及IntentFilter介绍
4.5.1 Intent及IntentFilter介绍在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.5.2 Activity信息的管理
4.5.2 Activity信息的管理在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任要连接system_server记录、调度队列和目标进程回调。保存记录对象与进程身份，制造超时或死亡后检查队列推进、死亡清理和后续请求是否恢复。
4.5.3 Intent匹配查询分析
4.5.3 Intent匹配查询分析在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.5.4 queryIntentActivities总结
4.5.4 queryIntentActivities总结在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录排除只凭类名或流程图得出的结论。
4.6 installd及UserManager介绍
4.6 installd及UserManager介绍在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.6.1 installd介绍
4.6.1 installd介绍在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.6.2 UserManager介绍
4.6.2 UserManager介绍在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.7 本章学习指导
4.7 本章学习指导在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任属于包扫描、身份验证或持久状态的一环。保留扫描次序、证书、UID、候选集和packages状态，使用升级或冲突样本证明失败不会留下半安装数据。
4.8 本章小结
4.8 本章小结在“追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录排除只凭类名或流程图得出的结论。
章专属复现实验
mkdir -p aosp-android-4.0.1_r1
cd aosp-android-4.0.1_r1
repo init -u https://android.googlesource.com/platform/manifest -b android-4.0.1_r1
repo sync -c
# 只在可恢复的同版本模拟器或测试机采集
adb shell dumpsys package
adb logcat -d -s PackageManager复现卷II 第4章 深入理解PackageManagerService前先保存主机工具链、manifest与产品目标；android-4.0.1_r1历史分支通常需要隔离的旧工具链环境。与追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态有关的诊断命令只在可恢复模拟器或测试机执行，账号、媒体与设备标识使用隔离样本；现代设备输出不得冒充android-4.0.1_r1结果。
练习、答案与四级证据
练习
问题 1：历史边界。 怎样证明本页没有把当前Android实现倒灌到 android-4.0.1_r1？
问题 2：逐节点证据。 本页 24 个正式坐标如何通过出现、解释、实验与练习四级验收？
问题 3：故障恢复。 面对把安装简化为复制APK，忽略扫描次序、验证、持久状态和更新身份，如何确认修复而不是掩盖症状？
术语复核与本章回顾
名词解释
本章出现的专业名词，用大白话再讲一遍。
- 版本基线
版本基线在本页用于锁定android-4.0.1_r1的事实坐标与允许输入。
- 正常轨迹
正常轨迹在本页用于标出追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态由谁创建、修改与释放状态。
- 首错断点
首错断点在本页用于保存能复现正常路径的对象身份和时序。
- 对象所有权
对象所有权在本页用于暴露把安装简化为复制APK，忽略扫描次序、验证、持久状态和更新身份发生的第一个边界。
- 恢复条件
恢复条件在本页用于声明故障后重新接收请求所需的恢复条件。
- 回归证据
回归证据在本页用于让独立读者凭扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录得到同一结论。
完成卷II 第4章 深入理解PackageManagerService意味着：能解释追踪PKMS启动扫描、APK安装验证、Intent查询、installd与多用户状态，能操作全节点图与诊断切片，能制造把安装简化为复制APK，忽略扫描次序、验证、持久状态和更新身份，还能凭扫描目录与Package对象、安装阶段、证书、Intent候选集、packages.xml、UID和数据目录恢复、复位和交接，而不是只在目录中找到关键词。
阅读导航
← 上一页：卷II 第3章 深入理解SystemServer · 下一页：卷II 第5章 深入理解PowerManagerService →