Android 开机启动时优化 PMS 扫描 APK 耗时相关功能

最新推荐文章于 2024-01-31 10:52:18 发布
最新推荐文章于 2024-01-31 10:52:18 发布
阅读量490 收藏 1
点赞数 1
CC 4.0 BY-SA版权
文章标签： android Android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/CodeSpark/article/details/132370256
Android 专栏收录该内容
50 篇文章 ¥59.90 ¥99.00
订阅专栏
Android系统启动时，PMS扫描APK可能导致启动延迟。为优化此过程，可以采取延迟加载应用信息、过滤扫描 APK 和异步加载应用信息等方法。这些策略能有效减少PMS耗时，提升系统启动速度。

Android 开机启动时优化 PMS 扫描 APK 耗时相关功能

在 Android 系统启动时，Package Manager Service（PMS）会扫描设备上的 APK 文件以获取应用程序的信息。这个过程可能会耗费较长的时间，导致启动时间延迟。为了优化这个过程，我们可以采取一些方法来减少 PMS 扫描 APK 的耗时。本文将介绍一些相关功能的优化方法，并提供相应的源代码示例。

  1. 延迟加载应用信息

在启动过程中，PMS 默认会扫描并加载所有应用程序的信息。我们可以延迟加载应用信息，只在需要时进行加载，从而减少启动时间。

// 应用程序信息加载类
public class AppInfoLoader {
   
   
    private Context mContext;
    private
了解本专栏 订阅专栏 解锁全文
Android 10.0 开机启动时PMS扫描apk耗时相关功能优化
安卓兼职framework和app工程师的博客
05-15 1090
在android10.0的系统rom定制化开发中，在系统中开发产品时，会根据客户要求内置第三方app,这时如果内置app过多，或者安装的app过多，在系统开机的过程中 在pms扫描安装app的时候，就会比较耗时，这时候就需要优化下pms扫描安装app这块的功能代码，用多线程来实现pms扫描安装app，来加快开机时间，接下来 来实现这个功能
Android 13.0 开机启动优化之PMS扫描apk耗时相关功能优化
安卓兼职framework和app工程师的博客
03-20 1144
在android13.0的系统rom定制化开发中，在系统中开发产品时，会根据客户要求内置第三方app,这时如果内置app过多，或者安装的app过多，在系统开机的过程中 在pms扫描安装app的时候，就会比较耗时，这时候就需要优化下pms扫描安装app这块的功能代码，用多线程来实现pms扫描安装app，来加快开机时间，接下来 来实现这个功能
Android每次开机都要扫描apk,PMS开机扫描APK多线程处理方案
weixin_31136061的博客
05-28 1414
Android开机性能的优化是每个手机项目的必须点.针对开机性能,Apk的扫描安装耗时是大头,通常采用多线程方案,针对Dir或者Dir中的package进行多线程扫描.这里介绍我司项目中一种针对package进行优化扫描的方案(来源于高通)相关代码:PackageManagerServiceprivate void scanDirLI(File dir, final int parseFlags,...
Android 开机应用扫描
bugmiao的博客
05-19 941
本篇文章只是作为指南引导去看PkMS，不会贴大段代码进行分析，更多是基于方法分析实现的逻辑，另外就是代码是基于Android 11，与Android 10之前代码有比较大的差别。 本文的内容 PkMS是怎么知道apk的位置 系统应用和普通应用的区别 应用扫描的过程以及应用信息的保存 PkMS怎么知道apk的位置 答案是按照路径，对于手机用户安装应用都是放在/data/app，对于系统应用则是分布各个分区中，可以简单的认为是目录,/data就是data分区，以下的分区都会被扫描，并且只会扫描priv-.
Android 12.0 开机启动优化之PMS扫描apk耗时相关功能优化
安卓兼职framework和app工程师的博客
07-15 1349
在android12.0的系统rom定制化开发中，在系统中开发产品时，会根据客户要求内置第三方app,这时如果内置app过多，或者安装的app过多，在系统开机的过程中 在pms扫描安装app的时候，就会比较耗时，这时候就需要优化下pms扫描安装app这块的功能代码，用多线程来实现pms扫描安装app，来加快开机时间，接下来 来实现这个功能
Android 11.0 开机启动时PMS扫描apk耗时相关功能优化
安卓兼职framework和app工程师的博客
06-20 1228
在android11.0的系统rom定制化开发中，在系统中开发产品时，会根据客户要求内置第三方app,这时如果内置app过多，或者安装的app过多，在系统开机的过程中 在pms扫描安装app的时候，就会比较耗时，这时候就需要优化下pms扫描安装app这块的功能代码，用多线程来实现pms扫描安装app，来加快开机时间，接下来 来实现这个功能
Android PMS——系统应用扫描解析（三）
小旭的专栏
01-31 650
在手机启动时 PMS 会在这段时间处理 APK 解析，至少有 70% 的启动时间耗费在 PMS 解析上，所以这也是为什么手机开机启动比较慢的原因之一。
Android PackageManagerService流程详细分析（六）之优化系统库
结合项目案例，记录点点滴滴，自己回顾，分享他人o__o
11-06 8838
接着上一节，继续：public PackageManagerService(Context context, Installer installer, boolean factoryTest, boolean onlyCore) {......// 上一节分析内容 mRestoredSettings = mSettings.readLPw(sUserManager.getUsers(f
Android应用管理四 -- APK包的安装、卸载和优化（PackageManagerService）
Kitty_Landon的专栏
01-23 1885
http://www.oneplusbbs.com/thread-759852-1-1.htmlhttp://blog.youkuaiyun.com/kc58236582/article/details/53393570什么是ODEX？Android应用程序中有一个叫做classes.dex的文件，这是Java源码经过ADT的编译后会转换出来的。它是Android系统中可以在Dalvik虚拟机上直接运行的文件
Android开机速度优化
Venus 的博客
12-16 7596
问题描述 开机时间相对参考机过慢，大约慢15s左右。Android 系统7.0。 问题分析 开机问题涉及的层次较多，大致有bootloader-->kernel-->Zygote-->PMS-->AMS-->Launcher 可以借助bootchart来分析，也可以直接通过log分析。不幸的是本项目机器因未知原因导致无法抓取到bootchart。 幸好在我浏览源码时发现了一个神器perfboot工具。具体在system/core/init/perfboot.py。 运行该
Android APK和API漏洞扫描器
哆啦安全
05-03 3173
Android APK和API漏洞扫描器
Android 10.0 PackageManagerService（三）APK扫描-[Android取经之路]
IngresGe 的专栏
01-14 9654
摘要：上一节讲解了PKMS的 权限扫描，扫描/system/etc/permissions中的xml，存入相应的结构体中，供之后权限管理使用。 这一节主要来讲讲APK的扫描。 阅读本文大约需要花费15分钟。 文章首发微信公众号：大猫玩程序 专注于Android系统级源码分析，Android的平台设计，欢迎关注我，谢谢！ 系列文章： [1] Android系统架构 [2]...
android系统启动时间优化概述
liangtianmeng的专栏
11-11 609
android系统启动时间优化主要优化两部分一个是PMS去解析安装包的过程，另一部分是Zygote预加载资源和类这个过程，但是想要具体分析就必须知道开机时间的各个标志：如图：  ...
pms启动解析packages.xml和扫描安装目录以及sharedUserId分析
我的博客
02-20 495
pms启动解析packages.xml和扫描安装目录以及sharedUserId分析
(安卓/android)第一次开机扫描过程分析与第一次启动速度优化
cxt520ppgsh的博客
11-30 1251
第一次开机扫描过程分析与第一次启动速度优化 第一次开机扫描过程分析 1.PackageMangerService的启动 不是本篇主要内容,简要了解即可 2.指定以下几个目录进行扫描 /data/data /data/app /data/app-lib /data/user /data/app-private /vender/operater/app PackageManagerService.j...
Android S(31) PMS 服务启动流程
u012975242的专栏
12-04 1641
PMS 工作原理分析
Android PMS（PackageManagerService） 原理
Vincent的博客
05-24 4973
为什么要有 PMS 手机里面的 apk 都会在 data/app 目录下，知道这个 apk 路径很简单，难的地方在于怎么管理 apk 里面的信息，例如怎么提供给 AMS 需要的 Activity 信息等。所以就需要 PMS 提前将 apk 的信息缓存起来。 PMS 缓存信息是在手机开机启动这段时间处理解析的，所以这也是为什么手机开启启动比较慢的原因之一。 PMS 分析 apk 压缩文件 当手机开机时，PMS 会扫描 data/app/package/base.apk，还有 system/app/packag
PMS构造函数以及apk如何扫描
weixin_30758821的博客
04-28 290
一、PackageManagerService构造函数 　　１．创建data目录下面以及文件(settings的构造函数)，然后再添加６个SharedUserSetting 　　２．开始扫描并且解析APK 　　３．实例化SystemConfig并获得mGlobalGids, mSystemPermissions, mAvailableFeatures，mSharedLibraries 　　...
Android PMS流程
wan2g的博客
04-19 1776
系统启动之后就会注册各种系统服务,如 WindowManagerService、ActivityManagerService、PackageManagerService ,今天我们使用到的是 PackageManagerService ,简称 PMS 。首先PMS 的构造函数中就开始解析工作了加载 FramWork 资源 加载核心库 扫描指定目录下的 apk 文件进行解析并将解析到的信息进行存储 ...
Android PMS扫描 apk信息时 scannedAsStoppedSystemApp 是哪里设置的？
最新发布
03-21
<think>好的，我现在需要回答用户关于Android PMS中scannedAsStoppedSystemApp设置位置的问题。首先，我得理解用户的问题。用户想知道在Android的PackageManagerService（PMS）中，scannedAsStoppedSystemApp这个属性是在哪里设置的，或者相关的源码解析。 我记得在Android的源码中，PMS负责处理应用的安装、卸载、更新等操作。scannedAsStoppedSystemApp可能与系统应用的扫描和状态有关。系统应用通常是预装在系统分区的，但有时可能被标记为停止状态，即用户未主动启动过它们。 接下来，我需要回忆或者查找相关的代码部分。可能涉及到的类包括PackageManagerService和它的内部方法，比如扫描APK文件的过程。系统应用在扫描时会被处理，这里可能有一个标志位来标记它们是否为停止状态。 根据经验，系统应用的状态可能在扫描阶段被确定。当PMS扫描系统目录（如/system/priv-app、/system/app等）时，会处理每个APK，并可能设置一些属性。这时候可能会检查应用的stopped状态，特别是对于预装的系统应用。 我记得在scanPackageLI或者scanDirLI这类方法中，可能会处理这些属性。另外，PackageParser.Package类可能有一个字段表示stopped状态。需要找到在扫描过程中如何设置这个字段的位置。 在Android源码中，可能存在类似mScannedAsStoppedSystemApp的变量或方法。例如，在扫描系统应用时，如果应用没有被用户启用过，可能会被标记为stopped。这时候，可能会在扫描逻辑中设置scannedAsStoppedSystemApp为true。 另外，可能需要查看PackageManagerService的构造函数或者初始化过程中，如何处理系统应用的扫描。可能是在构造PMS时，调用scanDirTracedLI等方法扫描系统目录，并在其中设置相关标志。 现在，我需要确认具体的代码位置。根据AOSP的代码，可能在PackageManagerService的scanPackageInternal方法中，或者在处理系统应用的逻辑分支里，当应用是预装的且未被启用时，设置scannedAsStoppedSystemApp为true。例如，在扫描系统应用时，如果应用的安装包没有在用户的数据分区中找到，可能被标记为stopped。 总结一下，可能的代码位置是在PackageManagerService扫描系统应用的过程中，具体在scanPackageLI或相关方法内，当判断应用是系统应用且未被启用时，设置该标志。用户可能需要查看scanDirTracedLI或者scanPackageTracedLI中的逻辑，特别是处理系统应用的部分。 另外，scannedAsStoppedSystemApp可能用于后续处理，比如决定是否将应用显示给用户，或者在启动时是否自动运行。这个标志可能影响系统应用的状态管理。 最后，用户可能需要参考AOSP中PackageManagerService的源码，具体在frameworks/base/services/core/java/com/android/server/pm/PackageManagerService.java文件中，查找相关方法中的代码逻辑。</think>在Android的PackageManagerService（PMS）中，`scannedAsStoppedSystemApp`属性用于标记系统应用是否处于“停止”状态（即用户未主动启用）。该标志的设置位置主要在系统应用扫描阶段。 ### 源码解析 1. **系统应用扫描入口** PMS在初始化时会扫描系统目录（如`/system/priv-app`、`/system/app`），具体逻辑位于`scanDirTracedLI()`方法中。系统应用的APK文件会被逐个解析，生成`PackageParser.Package`对象[^1]。 2. **标志设置逻辑** 在`scanPackageInternal()`方法中，若应用是预装的系统应用（`isSystemApp(pkg)`），且未被用户主动启用（如未在`/data`分区存在对应数据），则会将`scannedAsStoppedSystemApp`标记为`true`。该逻辑通常在`shouldSystemAppBeStopped()`方法中实现，例如： ```java if (isSystemApp(pkg) && !isUpdatedSystemApp(pkg)) { pkg.setStopped(true); // 设置scannedAsStoppedSystemApp } ``` 3. **关键代码位置** - 扫描流程：`PackageManagerService.java`的`scanDirTracedLI()`方法。 - 标志设置：`scanPackageInternal()`中调用`updateFlagsForSystemApp()`或类似方法，最终通过`PackageSettings`或`PackageParser.Package`对象设置状态[^2]。 ### 典型场景 当系统应用首次预装但未启动时，`scannedAsStoppedSystemApp`会被标记为`true`，直到用户首次打开应用或系统触发激活逻辑。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值