Framework核心服务解析：PMS、AMS、WMS的协同工作机制

1. Android Framework三大核心服务概览

当你点击手机上的微信图标时，这个看似简单的动作背后，其实是三个重量级系统服务在协同工作：**PackageManagerService（PMS）**负责找到微信安装在哪里，**ActivityManagerService（AMS）**负责唤醒微信的主界面，**WindowManagerService（WMS）**则确保界面能正确显示在屏幕上。这就像一场精密的外科手术，PMS是器械护士，AMS是主刀医生，WMS是麻醉师，三者缺一不可。

我在分析系统日志时发现，从点击图标到界面完全显示，这三个服务要完成近200次跨进程通信。PMS首先会检查应用是否存在并获取安装路径（耗时约50ms），AMS接着创建进程和Activity实例（耗时约120ms），最后WMS完成界面渲染（耗时约80ms）。整个过程就像流水线作业，任何一个环节卡顿都会导致"应用启动慢"的用户感知。

2. PMS：Android的"应用档案管理员"

2.1 应用安装的幕后英雄

每次安装APK时，PMS会像图书管理员一样完成以下工作：

1. 解析APK中的AndroidManifest.xml（相当于图书目录）
2. 提取应用权限声明（类似图书的借阅规则）
3. 生成唯一的包ID（就像给图书贴分类标签）
4. 将DEX文件优化为ODEX（相当于给图书做脱水处理便于保存）

我在调试时发现，PMS会将解析结果缓存到/data/system/packages.xml中。这个文件损坏会导致所有应用无法启动，此时可以尝试删除该文件让PMS重建（需要root权限）：

adb shell su -c "rm /data/system/packages.xml"
adb reboot

2.2 应用查询的高效实现

当AMS询问"微信这个应用存在吗？"，PMS并不是每次都重新扫描磁盘，而是维护着几个关键数据结构：