PackageManagerService中的方法名中的LI、LIF、LPw、LPr的含义

最新推荐文章于 2025-07-31 06:47:34 发布
最新推荐文章于 2025-07-31 06:47:34 发布
阅读量513 收藏
点赞数
分类专栏： 工作 Android 6.0 PMS Android 文章标签： android
本文解析了Android 7.0 PackageManagerService中的两种同步锁：mPackages锁用于保护已解析的包信息，mInstallLock锁则保护对installd的所有访问。文章详细解释了两者的使用场景及相互之间的关系。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

转自: PackageManagerService中的方法名中的LI、LIF、LPw、LPr的含义

Android 7.0 PKMS中 import各种包后有英文注释,6.0以及之前的源码里没有。

mPackages同步锁，是指操作mPackages时，用来保护内存中已经解析的包信息和其他相关状态。
mInstallLock同步锁，是指安装App的时候，用来保护所有对installd的访问。installd通常包含对应用数据的繁重操作。

由于installd是单线程的，并且installd的操作通常很慢，所以在已经持有mPackages同步锁的时候，千万不要再请求mInstallLock同步锁。反之，在已经持有mInstallLock同步锁的时候，可以去请求mPackages同步锁。

PackageManagerService分析(Android 10)-＞Pms的两把锁
woai110120130的专栏
10-10 1165
/** * Keep track of all those APKs everywhere. * <p> * Internally there are two important locks: * <ul> * <li>{@link #mPackages} is used to guard all in-memory parsed package details * and other related state. It is a fine-grained l
网络打印协议之LPR或RAW
weixin_33767813的博客
09-17 3923
网络打印端口 标准 TCP/IP 端口监视器 对于连接到网络的打印设备，标准的 TCP/IP 端口监视器就是最佳选择。标准端口监视器增强了LPR（line printer remote，远程行式打印机），LPR 在过去几年已作为网络打印的真正标准而被广泛采用。标准端口监视器更加快速，更具可扩展性，并且是双向的1。与此相反，LPR 在所有这些方面都受到限制。虽然Windows NT 4和后续版本提供...
Android PackageManagerService（六）方法后缀 LI LIF LPr LPw 是什么？
FeiPeng_的博客
07-30 656
首先PMS有两个非常重要的锁分别是mPackages，mInstallLock 一、mPackages 用于保护所有在内存中解析的软件包详细信息以及其他相关状态。 二、mInstallLock 用于保护所有对installed进程的访问，其操作通常涉及大量移动磁盘上的应用程序数据。 三、LI 、LIF、LPr、LPw 是什么？ 首先L代表Lock，I代表mInstall，P代表mPackages，F代表frozen，r代表读，w代表写。 四、例如 installPackageLI调用者必须.
Android-基于AndroidThingsHyperLPR实现的车牌检测识别
08-13
基于Android Things HyperLPR实现的车牌检测识别
Android遇上打印机
热门推荐
Android/Linux的专栏
01-11 4万+
打印机其实和Android没有什么大的关系，和linux内核关联才是比较强的。最近调试打印机，有那么一点心得，一点一点记录下来。      最终的结果是要在Android实现驱动打印机，但是一般调试一个新的驱动的流程是这样的：1.先在linux PC上进行测试。2.在标准嵌入式linux上进行调试。3.改装到Android中去。      为什么这么安排，是有说道的。因为资源是递减的，可以在第
Python-3.6.8最新版64位
12-25
Python 3.6.8最新版64位（Python is a programming language that lets you work quickly and integrate systems more effectively.）
try2lpr，一款比较好的车牌识别开源源码核心
03-03
try2lpr，一款比较好的车牌识别开源源码核心
Android-HyperLPR.zip
09-17
Android-HyperLPR.zip,高性能中文车牌识别框架。,安卓系统是谷歌在2008年设计和制造的。操作系统主要写在爪哇，C和C 的核心组件。它是在linux内核之上构建的，具有安全性优势。
HyperFT项目安卓端的环境搭建及编译的图解教程
新无止竞博客的专栏
10-14 2471
目录 一、Android studio 3.5安装详解 1．安装IDE 2. 安装Android SDK 二、HyperFT项目的环境搭建 1、HyperFT项目下载 2、第三方库下载 三、HyperFT项目编译设置 1、启动AS打开HyperFT的Prj-Android项目 2、项目报错及解决方法 a、项目路径出现中文 b、报NDK错误 3、修改CMakeLists.tx...
PLSQL 字体调大
Stephen
04-26 6804
默认设置字体有点小，设置大写看起来没那么费劲。 首选项- 用户界面-编辑器
CentOS 7.x简易教程之二：版本选择（以1810版本为例，附图）
大道至简
12-14 1万+
如下表： package name size description CentOS-7-x86_64-DVD-1810.iso 4.3 GiB 标准版（推荐） CentOS-7-x86_64-Everything-1810.iso 10.0 GiB 完整版（包含大量的常用安装包） CentOS-7-x86_64-LiveGNOME-1810.iso 1.4 GiB 桌面版（...
Redis安装及配置（基于5.0.5版本）
大道至简
12-13 7420
目前最新版为：5.0.5 下载 wget http://download.redis.io/releases/redis-5.0.5.tar.gz 解压 tar -xzvf redis-5.0.5.tar.gz -C /usr/local 切换目录 cd /usr/local/redis-5.0.3 编译 make 启动 src/redis-server 连接客户端 src/redis-...
车牌识别LPR（三）-- LPR系统整体结构
weixin_30871701的博客
12-29 665
第三篇：系统的整体架构 　　LPR系统大体上可由图像采集系统，图像处理系统，数据库管理系统三个子系统组成。它综合了通讯、信息、控制、传感、计算机等各种先进技术，构成一个智能电子系统。 　　图像采集系统：图像采集系统主要由传感器、辅助照明设备和图像采集设备组成，主要功能是采集车辆图像。当有车辆经过时会触发感应装置，感应装置一般为地感线圈，触发成功后摄像机或照相机会自动采集当前...
Mobile-LPR——面向移动端的准商业级车牌识别库
我爱计算机视觉
03-23 947
今天发现一个很棒的车牌识别项目，精度高、代码高度优化、方便使用，感谢开发者xiangweizeng！欢迎大家参考～项目地址：https://github.com/xiangweizeng...
Android PKMS深入分析安装应用
dk_work的博客
11-16 2556
一、安装的Activity 在Android，通过发送Intent可以启动应用的安装过程，如下所示： [java] view plain copy Uri uri = Uri.fromFile(new File(filename));  Intent inent = new Intent(Intent.ACTION_VIEW);  intent.SetDataAnd
解决T2A W2A A2W的报错error C2065: “_lpw”: 未声明的标识符
记事本
09-18 1万+
当直接使用T2A W2A A2W，在编译时会出现报错：error C2065: “_lpw”: 未声明的标识符 等 解决方法: 增加头文件 #include 并在使用T2A等前加上语句 USES_CONVERSION;
MySQL(170)如何使用MySQL的性能模式（Performance Schema）？
最新发布
qq_43012298的博客
07-31 1186
摘要：MySQL Performance Schema是一个内置诊断工具，用于监控服务器性能和活动。本文介绍了如何检查、启用和配置Performance Schema，并详细说明其核心监控表的功能。通过SQL查询示例展示了常见监控场景，包括等待事件、语句执行统计等。最后提供Java代码示例，演示如何通过JDBC连接MySQL并查询Performance Schema数据，实现程序化性能监控。该工具能有效帮助开发者识别性能瓶颈，进行数据库优化。
没有在Android14版本的PackageManagerService源码中找到installPackageAsUser方法，是不是有变化？
02-19
<think>嗯，用户之前问过关于在Android系统中限制应用安装权限的问题，我之前给出了基于修改AOSP代码的解决方案，特别是涉及到PackageManagerService中的installPackageAsUser方法。现在用户反馈在Android 14里找不到这个方法，想知道是不是有变化。首先，我需要确认这个方法的变更历史。 首先，回忆一下Android版本的变化。Android的每个大版本都会有代码结构的调整，特别是像PackageManagerService这样的核心服务。用户提到的是Android 14，也就是UpsideDownCake版本。我需要检查AOSP的代码库，看看installPackageAsUser是否存在，或者是否有重命名、拆分的情况。 根据之前的知识，Android 10之后，Google开始将部分代码模块化，并迁移到新的类或包中。例如，在Android 12中，PackageManagerService被拆分成多个类，比如PackageManagerServiceUtils或者不同的模块。可能Android 14中这个方法被移动到了其他位置，或者被拆分成更细粒度的方法。 然后，用户可能在进行系统定制时遇到了问题，无法找到原有的方法，导致他们的修改无法进行。他们可能需要知道新的方法名称或者调用链，以便在正确的位置添加权限检查逻辑。 接下来，我需要确认在Android 14中，应用安装流程的具体变化。根据AOSP的文档或代码提交记录，可能installPackageAsUser被废弃，取而代之的是其他方法，比如通过PackageInstallerService或Session来处理安装请求。例如，在较新的版本中，安装过程可能更多地依赖于Session的提交，而不是直接调用PackageManagerService的方法。 此外，用户可能需要了解如何在新版本中找到替代的拦截点。比如，在Android 14中，安装请求可能由PackageInstaller的Session处理，所以权限检查应该放在Session的创建或提交阶段。需要指导用户如何在这些新位置添加白名单检查。 同时，用户可能对Android版本之间的差异不太熟悉，需要解释清楚变更的原因，以及如何调整他们的定制代码以适应新版本。可能还需要提供示例代码片段，展示在Android 14中应该修改哪些类和方法。 另外，用户可能没有意识到除了源码修改，还有其他替代方案，比如使用Device Policy Controller (DPC) 或者管理API来实现类似的功能，而无需深度定制系统。特别是如果他们无法访问AOSP代码或无法进行系统级修改时，这些替代方案可能更可行。 最后，我需要总结这些点，以清晰的方式回应用户的问题，确保他们理解Android 14中的变化，并提供具体的解决方案和代码示例，帮助他们调整原有的实现方案。</think>在 Android 14（API 34）中，Google 对应用安装流程进行了重构，**`PackageManagerService` 中的 `installPackageAsUser` 方法已被移除**，取而代之的是更模块化的设计。以下是关键变化和适配方案： --- ### 为什么找不到 `installPackageAsUser`？ 1. **代码重构** Android 14 将安装逻辑进一步拆分到 `PackageInstallerService` 和 `InstallPackageHelper` 等类中，以降低 `PackageManagerService` 的复杂度。 2. **Session 驱动安装** 所有安装流程（包括 ADB、应用商店、文件管理器）均通过 `PackageInstaller.Session` 提交，入口方法改为 `createSession` 或 `commitSession`。 --- ### 新拦截点与适配方案 #### 1. 拦截 `PackageInstaller.Session` 提交 **目标文件**： `AOSP/frameworks/base/services/core/java/com/android/server/pm/InstallPackageHelper.java` （或 `PackageInstallerService.java`，具体版本可能有差异） **修改方法**： 在 `commitSession` 方法中检查调用者权限： ```java // Android 14 示例代码 @Override public void commitSession( @NonNull PackageInstaller.SessionInfo sessionInfo, boolean forTransfer) { // 获取调用者包名 final int callingUid = Binder.getCallingUid(); String callerPkg = getPackageNameFromUid(callingUid); // 定义白名单（例如：com.example.allow.installer） List<String> allowedInstallers = Arrays.asList("com.example.allow.installer"); // 检查权限 if (!allowedInstallers.contains(callerPkg)) { throw new SecurityException("Caller " + callerPkg + " is not allowed to install packages!"); } // 原逻辑继续执行... } ``` --- #### 2. 控制 `PackageInstaller` 的 Session 创建 **文件路径**： `AOSP/frameworks/base/services/core/java/com/android/server/pm/PackageInstallerService.java` **拦截点**： 在 `createSession` 方法中验证调用者身份： ```java @Override public int createSession(SessionParams params, String installerPackageName, int userId) { // 白名单校验 List<String> allowedPackages = Arrays.asList("com.example.allow.installer"); if (!allowedPackages.contains(installerPackageName)) { Log.e(TAG, "Blocked installation attempt from: " + installerPackageName); throw new SecurityException("Unauthorized installer"); } // 继续原有逻辑... return super.createSession(params, installerPackageName, userId); } ``` --- #### 3. 禁用非白名单的安装来源（Android 14 新增限制） 在 `PackageManagerService` 中强化来源检查： ```java // 文件路径： // AOSP/frameworks/base/services/core/java/com/android/server/pm/PackageManagerService.java private boolean isInstallSourceAllowed(String packageName) { // 系统应用或白名单应用允许安装 return isSystemApp(packageName) || getWhiteList().contains(packageName); } // 自定义白名单 private List<String> getWhiteList() { return Arrays.asList("com.android.vending", "com.example.allow.installer"); } ``` --- ### 针对 Android 14 的注意事项 1. **权限声明变化** `INSTALL_PACKAGES` 权限已被进一步限制，需结合 `MANAGE_INSTALL_SOURCES` 权限控制。 2. **ADB 安装的特殊处理** ADB 安装 (`pm install`) 现在通过 `Shell` 身份调用，若需拦截，需修改 `RootPackageInstaller` 相关逻辑。 3. **模块化架构影响** 安装逻辑分散在多个类中，需同时检查以下关键类： - `InstallPackageHelper.java` - `PackageInstallerService.java` - `PackageSessionVerifier.java` --- ### 替代方案（无需修改 AOSP） 如果无法深度定制系统，可通过 **`DevicePolicyManager`** 实现近似控制（需用户主动授权）： ```kotlin // 在设备管理应用中配置白名单 val dpm = context.getSystemService(DevicePolicyManager::class.java) dpm.setPermittedCrossProfilePackages(adminComponentName, listOf("com.example.allow.installer")) ``` --- ### 适配建议 1. **查阅 AOSP 官方文档** Android 14 引入了 [PackageManager Modularization](https://source.android.com/docs/core/ota/modular-system/packagemanager-modularization)，需关注新架构设计。 2. **使用动态调试** 通过 `adb logcat | grep 'PackageManager'` 跟踪安装流程的调用栈，定位最新拦截点。 3. **版本兼容性处理** 建议使用条件编译，为不同 Android 版本保留不同实现： ```java #if (PLATFORM_SDK_VERSION >= 34) // Android 14+ 逻辑 #else // 旧版本逻辑 #endif ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值