【笔记】Installd ， Installer 分析

最新推荐文章于 2024-04-23 18:55:51 发布
原创 最新推荐文章于 2024-04-23 18:55:51 发布 · 921 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

                                                                          1.  Installd

1.installd  在SystemServer.java  中创建，Android APK的安装和卸载主要是由Installer和Installd完成的

2.PackageManageService这么大的组件了，为什么还需要intalld这个守护进程?这是因为权限的问题，PackageManagerService只有system权限。installd却是在init.rc 中启动的，具有root权限

3.frameworks/native/cmds/installd/installd.cpp
  frameworks/base/services/core/java/com/android/server/pm/Installer.java

4.installd 会创建/data/app/ ， /data/app-private/ ， /data/app-lib/ ， /mnt/asec/ , /data/media , /mnt/expand , /system/app , /system/app-lib , /vendor/app/  等目录。

5.installd 也创建了  /data/media/0  目录。

6.PKMS <----> Installer <----> socket<---->Instal

最低0.47元/天 解锁文章

200万优质内容无限畅学
【Android知识笔记】系统进程（二）
川峰的博客
07-13 609
Android知识笔记之系统进程：AMS、PKMS、WMS相关内容。
Android 系统内的守护进程 - main类服务(3) : installd
Android系统工程师--小馬佩德罗
05-21 963
installd 这个守护进程是负责安装或卸载 App 包的。不论你的 App 包是应用市场下载安装的，还是用adb install 安装的，最终都还是要调用 installd。installd 守护进程本身，还是被动式的：它会去监听一个由 init 安装的socket，Android 框架产生的命令将由这个 socket 传递给它。class main。
Android7.0 PackageManagerService (5) installd
ZhangJian的博客
10-10 3732
installd进程
Android Installd 分析
Android23333的博客
04-06 632
文件定义builtin_functions//mount 分区na > 1;
2014501能运行的android系统,Android中installd进程存在的意义
weixin_42508215的博客
05-29 236
1. 为什么需要installd从下面的输出可以看出，system_server以system用户的身份运行。我们知道，PackageManager运行于system_server中。也就是说，PackageManager的身份也是system用户。shell@HM2014501:/$ busybox psbusyboxpsPID USERTIME COMMAND……701 sys...
Android系统native进程之我是installd进程
niurenwo的专栏
04-23 1064
这是Android系统进程系列的第五篇文章，本文同样以自述的方式带您了解installd进程，通过本文您将了解到linstalld进程为啥存在？以及在安装/卸载apk中发挥了哪些作用
android installd分析
热门推荐
zgolee的专栏
12-16 1万+
installd分析 android apk安装最后使用服务installd来实现，源码路径：frameworks/base/cmds/installd $ ls -l frameworks/base/cmds/installd total 68 -rw-r--r-- 1 lizhiguo lizhiguo  2321 2011-11-15 17:06 Android.mk -rw-
android缓存垃圾扫描功能吗,Android 系统缓存扫描与清理方法分析
weixin_39675215的博客
05-26 1846
我们先来看一个熟悉的界面：这是手机的「设置」——「应用」里的已安装应用的详情页，这里面会显示缓存的大小，而且提供了清理缓存的功能，这就是我们做「系统缓存」清理想做的事情。这里显示的大小是如何计算出来的，它实际上的文件组成是怎么样的呢？可以从 Android 系统自带的 Settings APP 的源码中找到答案。注：下面的分析基于Android 4.1 源码，比较古老了，但并不妨碍理解。探索「外部...
android源码中采用Unix Domain Socket跨进程通信
liangtianmeng的专栏
10-25 3341
      今天看android源码Zygote进程启动流程，无意间发现使用了一种文件描述符作为跨进程通信的地址，于是仔细研究了一下：  从字面来理解是传统的Socket使用，但个人觉得不应该是，特地找资料学习了一下，下面的介绍比较详细到位。又进一步了解一下，使用的其实是UDS（Unix Domain Socket），详细的介绍如下：         linux操作系统提供了一种UNIX域协议...
第四章 常见 Android 文件格式（一）（库文件、APK）
zlmm741的博客
03-03 4219
文章目录库文件jar 包aar 包手动编写一个 aar 库APKAPK 文件结构APK 文件的生成流程APK 的安装流程通过系统程序安装（开机时安装）通过 Android 市场安装通过 adb 命令安装手机自带安装（通过 SD 卡里的 APK 文件安装）通过分析 packageinstaller.apk 的实现步骤了解 APK 的安装过程 库文件 一系列代码功能接口与资源数据的有机集合 Andr...
Android安装服务installd源码分析
03-04 926
在Android系统中，PackageManagerService用于管理系统中的所有安装包信息及应用程序的安装卸载，但是应用程序的安装与卸载并非PackageManagerService来完成，而是通过PackageManagerService来访问installd服务来执行程序包的安装与卸载的。 PackageManagerService通过套接字的方式访问installd服务进程，
installd守护进程
许浑的博客
08-12 1704
installd守护进程 android11-release PackageManagerServie 服务负责应用的安装、卸载等相关工作，而真正干活的还是 installd。 installd 启动 Android系统启动 查看 init 进程system/core/init/init.cpp中SecondStageMain，最终在 LoadBootScripts 解析 rc 文件，其中解析 installd.rc，调用到installd.cpp主函数。InstalldNativeService::sta
Android 源码 installd 启动流程分析
洪伟的专栏
06-09 1112
installd 进程具有 CAP_DAC_OVERRIDE 特权（Privilege）。对于具有 CAP_DAC_OVERRIDE 特权的进程，Linux 会跳过文件的读、写和执行权限的检查。所以，installd 可以访问任何目录下的文件。system 用户则会受限。 而 PackageManagerService 属于系统进程，system 用户并没有访问应用程序目录的权限，这就需要委托给 installd 处理。 SystemServer 类 startBootstrapServices() 方法中
Android Framework 包管理子系统（06）解读installd
wangdsh的博客
07-18 1322
系列文章解读&说明： Android Framework 包管理子系统（后面简称PkgMS）的分析主要分为以下部分： Android Framework 包管理子系统（01）PackageManagerService启动分析 Android Framework 包管理子系统（02）PackageManagerService关键文件解读 Android Framework 包管理子系...
installd进程流程分析
搬砖的老牛
03-07 3047
installd服务启动 在systemserver中installer服务作为一个重要服务在：startBootstrapServices中启动： // Wait for installd to finish starting up so that it has a chance to // create critical directories such as /data/us...
Android应用生死轮回的那些事儿(1) - installd初探
weixin_34354173的博客
08-09 428
Android应用生死轮回的那些事儿(1) - installd初探 前面我们讨论过dex2oat的过程，下面我们开始探索系统中的重要工具进程，installd守护进程。 我们有PackageManageService这么大的组件了，为什么还需要installd这个守护进程呢？一句话，是因为权限的问题，PMS只有system权限。installd的作用就...
Android-6.0之PMS的守护进程installd
莹波&微步
04-22 1307
本文转载于：http://www.iloveandroid.net/2016/06/30/Android_PackageManagerService-11/ 有一个名为installd的native 守护进程一直默默的为PMS服务。现在就来看看它究竟在做什么。 installd定义在init.rc中： 1 service installd
系统服务Installer的启动——Android 12
lvyaer_1122的博客
05-17 1438
PackageManagerService的中负责Application安装、卸载等工作，实际上是由Java层系统Intaller通过Binder调用native层的installd守护进程来实现的，而Installer与installd是通过AIDL进行通信的。因为SystemServer进程是以system用户运行，所以由它启动的系统服务包括PKMS都是以system用户运行，而创建关键目录如/data/user等需要root用户权限、dex文件的优化和转化等需要installd进程完成
PackageManagerService.java代码 安装卸载应用分析流程
最新发布
07-27
<think>我们被要求分析PackageManagerService.java中应用安装和卸载的流程。根据提供的引用，特别是引用[3]和引用[4]，我们可以大致了解PMS在应用安装和卸载过程中的核心作用。 安装流程： 1. 解析AndroidManifest.xml：获取应用的基本信息，如包名、版本、组件（activity、service等）声明、权限等。 2. 验证和准备安装：检查安装条件（如签名、权限、存储空间等），确定安装位置（内部存储或SD卡）。 3. 复制APK文件到目标目录：通常是将APK复制到/data/app目录下。 4. 创建应用数据目录：在/data/data/下创建以包名命名的目录，用于存放应用的数据。 5. 更新系统状态：将新安装的应用信息添加到PMS的内部数据结构中，更新权限信息，发送广播通知系统应用状态变化。 卸载流程： 1. 删除APK文件：从/data/app目录中移除APK文件。 2. 删除应用数据目录：包括/data/data/包名下的数据目录和可能存在的SD卡上的数据。 3. 更新系统状态：从PMS的内部数据结构中移除该应用的信息，更新权限信息，发送广播通知系统。 根据引用[4]，卸载过程还需要注意多用户环境、共享库依赖以及系统应用的特殊处理。 现在，我们结合引用[3]中提到的源码位置，进一步分析安装和卸载流程。 安装流程详细步骤（参考源码）： - 入口：PackageManagerService的installPackage方法（可能通过PackageInstallerService触发）。 - 步骤： 1. 解析包（parsePackage）：使用PackageParser解析APK文件，生成Package对象。 2. 验证安装包（verifySignatures等）：检查签名，确保安全。 3. 执行安装（installPackageLI）：这是安装的核心方法，其中LI表示需要持有安装锁（mInstallLock）进行。 - 将APK文件复制到目标目录（如/data/app/包名-1/base.apk）。 - 创建应用数据目录（通过InstallerConnection调用installd创建目录并设置权限）。 - 将解析得到的Package信息添加到PMS的mPackages等数据结构中。 - 更新权限（updatePermissionsLI）和设置（如默认的权限授予）。 - 发送广播（ACTION_PACKAGE_ADDED）通知系统新包已安装。 卸载流程详细步骤： - 入口：PackageManagerService的deletePackage方法。 - 步骤： 1. 删除包（deletePackageLI）：需要持有安装锁（mInstallLock）。 - 删除APK文件（从/data/app目录）。 - 通过InstallerConnection调用installd删除应用的数据目录（/data/data/包名）。 - 从PMS的mPackages等数据结构中移除该包的信息。 - 更新权限（updatePermissionsLI）。 - 发送广播（ACTION_PACKAGE_REMOVED）通知系统包已被移除。 注意：卸载系统应用时，如果系统应用有更新，则卸载更新会回退到初始版本；如果是预装应用，则可能无法卸载（只能禁用）。 根据引用[3]和引用[4]，我们还可以了解到PMS通过Binder与installd（一个本地守护进程）交互来执行文件操作（如复制、删除、设置权限等）。installd负责处理应用目录的创建和删除，因为它需要以root权限运行。 在分析源码时，可以重点关注以下方法： - installPackageLI：安装的核心逻辑。 - deletePackageLI：卸载的核心逻辑。 - scanPackageTracedLI：扫描安装包，解析包信息。 - deleteDir：删除目录（通过installd）。 另外，引用[3]提到，在安装过程中，PMS会检查白名单（如果实现了白名单功能）。这通常是在安装前进行的权限检查。 由于源码较长，这里不贴出完整代码，但我们可以描述关键步骤。 安装流程（详细）： 1. 通过Binder调用到PMS的installPackage方法（可能来自PackageInstaller应用）。 2. 进行权限检查（调用者必须具有INSTALL_PACKAGES权限）。 3. 创建InstallParams（处理安装参数），并将其加入处理队列。 4. 在Handler处理中，调用processInstallRequestAsync开始异步处理。 5. 在安装过程中，会调用installPackageTracedLI方法，该方法内部调用installPackageLI。 6. 在installPackageLI中： - 创建安装目录（如果需要）。 - 将APK文件复制到/data/app目录（通常使用AtomicFile确保原子性）。 - 解析APK（PackageParser.parsePackage）。 - 验证签名。 - 如果之前有安装，则进行升级操作（替换APK，保留数据）。 - 为新安装的应用分配UID（如果未指定）。 - 调用scanPackageNewLI扫描新安装的包，将其添加到PMS的mPackages中。 - 更新Settings（将新包的信息写入packages.xml和packages.list）。 - 为新应用创建数据目录（通过mInstaller.createAppData创建）。 - 发送广播。 卸载流程（详细）： 1. 通过Binder调用PMS的deletePackage方法。 2. 进行权限检查（调用者必须具有DELETE_PACKAGES权限）。 3. 创建DeletePackageArgs，并调用deletePackageVersioned方法。 4. 最终调用deletePackageLI方法： - 检查包是否存在，以及是否允许卸载（如系统应用不可卸载，但可以卸载更新）。 - 删除APK文件（移除/data/app下的目录）。 - 删除数据目录（通过mInstaller.destroyAppData递归删除数据目录）。 - 从PMS的mPackages等结构中移除包信息。 - 更新Settings（从packages.xml和packages.list中移除）。 - 发送广播。 以上是应用安装和卸载的主要流程。由于Android版本不同，具体实现可能有所差异，但核心步骤基本一致。 相关问题： 1. 在应用安装过程中，PMS是如何处理共享库依赖的？ 2. 在卸载系统应用更新时，PMS是如何回退到初始版本的？ 3. PMS在安装过程中如何确保多个用户之间的应用安装隔离？</think>### PackageManagerService 应用安装与卸载流程分析 #### **一、应用安装流程** 1. **入口与权限校验** 安装请求通过 `PackageManagerService.installPackage()` 入口触发[^3]。首先校验调用者权限（`INSTALL_PACKAGES`），并验证 APK 签名和包名合法性。 2. **APK 文件处理** - 复制 APK 到目标目录：`/data/app/<包名>-<随机后缀>` - 调用 `Installer` 服务（通过 `installd` 守护进程）创建应用数据目录：`/data/data/<包名>`[^4]。 3. **解析与注册** - 使用 `PackageParser` 解析 APK 的 `AndroidManifest.xml`，生成 `Package` 对象[^3]。 - 更新 PMS 内部数据结构： ```java mPackages.put(packageName, pkg); // 添加到包列表 mSettings.writeLPr(); // 写入packages.xml ``` - 注册四大组件（Activity/Service 等）到 `ActivityTaskManagerService`[^3]。 4. **资源优化与权限分配** - 调用 `performDexOpt()` 执行 Dex 优化（生成 ODEX 文件）。 - 分配应用 UID 并授予声明权限，更新 `packages.list` 文件[^4]。 5. **广播通知** 发送 `ACTION_PACKAGE_ADDED` 广播，通知系统应用安装完成[^4]。 --- #### **二、应用卸载流程** 1. **入口与校验** 卸载请求通过 `PackageManagerService.deletePackage()` 触发，校验 `DELETE_PACKAGES` 权限[^4]。 2. **资源清理** - 删除 APK 文件：`/data/app/<包名>-<随机后缀>` - 通过 `Installer.destroyAppData()` 删除数据目录： ```java mInstaller.destroyAppData(packageName, userId, flags); // 清理/data/data/<包名> ``` - 若为 SD 卡安装，同步删除外部存储数据[^4]。 3. **状态更新** - 从 PMS 内部结构移除包信息： ```java mPackages.remove(packageName); mSettings.removePackageLPw(packageName); // 更新packages.xml ``` - 撤销应用权限并回收 UID[^3]。 4. **多用户与依赖处理** - **多用户环境**：遍历所有用户删除应用数据（`/data/user/<userId>/<包名>`）。 - **共享库依赖**：检查是否有其他应用依赖当前包的共享库，若有则强制停止依赖应用[^4]。 5. **系统应用特殊处理** - 卸载系统应用更新时，回退到初始版本（`/system/app` 下的原始 APK）。 - 发送 `ACTION_PACKAGE_REMOVED` 广播[^4]。 --- #### **三、关键源码位置** 1. **安装核心逻辑** - 入口：`PackageManagerService.installPackage()` - APK 复制：`FileUtils.copyFile()` - 包解析：`PackageParser.parsePackage()`[^3] - 数据目录创建：`Installer.createAppData()` 2. **卸载核心逻辑** - 入口：`PackageManagerService.deletePackageVersioned()` - 资源删除：`Installer.destroyAppData()` - 状态更新：`Settings.removePackageLPw()`[^4] 3. **跨进程通信** PMS 通过 Binder 与 `installd` 交互，文件操作由 `InstallerConnection` 实现[^3]。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值