Android 开机应用扫描

  1. oem分区

  2. vendor分区

  3. system_ext分区

  4. data分区,最后扫描

不过这些分区都执行不是特别严格,没涉及到gms测试的基本都不怎么管,那么apk是存在什么地方呢?例如:Settings就放在/system_ext/priv-app/Settings/Settings.apk,其他分区都是类似的,下面分析应用扫描过程还会说到。这里解释一下,为什么要分priv-app和app两个目录进行扫描? priv-app意思是这个目录里面都是privileged应用,可以获取privilege权限,权限的定义frameworks/base/core/res/AndroidManifest.xml中找到

系统应用和普通应用的区别


答案还是路径,data分区内的应用是普通应用,其他分区安装的应用都是系统应用,系统应用均不可卸载

应用扫描过程


scanDirLI

scanDirLI的几个参数说明一下,

  1. scanDir,应用目录的集合,以上面Settings为例,目录是/system_ext/priv-app

  2. scanFlags,扫描的标志,当为系统应用时,会加上SCAN_AS_SYSTEM标志,如果是priv-app目录还要加上SCAN_AS_PRIVILGED

  3. packageParser,这个就是解析AndroidManifest.xml主要工具类

  4. executorService,生产者线程

scanDirLI的逻辑比较简单,

  1. 以上面/system_ext/priv-app为例,遍历目录下的每个目录和apk

  2. 使用ExecutorService(线程池)对所有目录和apk进行解析

  3. 获取ParsedPackage并进行调用addForInitLI()

addForInitLI

逻辑相当的复杂,考虑情况也要很多,有些自己也没搞懂,只挑能说的说一下

  1. 首先重命名包名的逻辑,在PkMS当中所有的package都是按照包名作为唯一的主键值,那么就可能出现应用需要更换包名的情况,PkMS给出解决方案是加上<original-package android:name="com.android.oldpackagename" />指明需要覆盖安装的包名,但是这样就需要考虑到诸多情况了

  2. 包名修改多次怎么办

  3. 之前有安装过老包名的应用的处理情况

  4. 之前未安装过老包名的应用的处理情况

  5. 之前安装过当前包名的应用的处理情况

那么PkMS是怎么做的呢?

  1. 设计了一个originalPackages表示之前原始package,当遇到original-package时,就将包名加入到originalPackages当中,代码如下

//ParsingPackageUtils.parseOriginalPackage()

String orig = sa.getNonConfigurationString(

R.styleable.AndroidManifestOriginalPackage_name,

0);

if (!pkg.getPackageName().equals(orig)) {

if (pkg.getOriginalPackages().isEmpty()) {

pkg.setRealPackage(pkg.getPackageName());

}

pkg.addOriginalPackage(orig);

}

复制代码

  1. 然后在addForInitLI()中根据realPkgName获取originalPkgSetting

  2. 接下来判断是否要覆盖安装应用

不过我感觉里面还是有些bug,似乎只是为了用gms应用替换AOSP里面的应用(如:PackageInstaller和PermissionController)专门设计的,并不具备普遍性,安装的应用及时加了标签也还是会被认为是两个应用

  1. 对于覆盖安装系统应用的data区应用进行处理,什么是覆盖安装系统应用?即系统应用有更新,可以通过应用商店下载覆盖安装,但是并不会去卸载系统应用,而是disable系统应用,例如:Google的gms应用都是如此

  2. 如果安装的应用出现问题了,重新enable被disabled应用

  3. 如果是系统更新的应用,则需要扫描disabled系统应用,因为可能会有OTA升级导致系统应用更新apk的情况,调用scanPackageOnlyLI(),进行扫描,后面还会分析

  4. 接下来是根据disabled系统应用和安装应用的版本号,判断是否需要重新使用系统应用

  5. 处理签名,对于安装的应用,必须要签名

  6. 确认是否需要重新签名,对于非系统应用来说,无需重新收集,这部分AOSP压根没写,注释里面的第二条还没实现

// Verify certificates against what was last scanned. Force re-collecting certificate in two

// special cases:

// 1) when scanning system, force re-collect only if system is upgrading.

// 2) when scannning /data, force re-collect only if the app is privileged (updated from

// preinstall, or treated as privileged, e.g. due to shared user ID).

final boolean forceCollect = scanSystemPartition ? mIsUpgrade
PackageManagerServiceUtils.isApkVerificationForced(pkgSetting);
  1. 是否跳过签名验证,这个是覆盖安装时候使用

// Full APK verification can be skipped during certificate collection, only if the file is

// in verified partition, or can be verified on access (when apk verity is enabled). In both

// cases, only data in Signing Block is verified instead of the whole file.

// TODO(b/136132412): skip for Incremental installation

final boolean skipVerify = scanSystemPartition

|| (forceCollect && canSkipForcedPackageVerification(parsedPackage));

collectCertificatesLI(pkgSetting, parsedPackage, forceCollect, skipVerify);

  1. 还要处理一下第三步的反方向,即一开始有个安装的应用(data分区),而后OTA升级有添加了该系统应用(system或其他分区),分为三种情况进行讨论

  2. 签名不相同,则卸载data分区的应用

  3. 如果系统应用的版本号更高,则移除data分区的应用,但保留应用的数据

  4. 如果系统应用的版本号更低,则将shouldHideSystemApp设置为true,也就是将在下面disable系统应用

  5. 调用scanPackageNewLI()继续扫描

  6. 调用reconcilePackagesLocked()进行一致化处理

  7. 调用commitReconciledScanResultLocked()

scanPackageNewLI

需要注意的是这个方法不仅仅是开机扫描的时候用,在安装应用的时候也是执行的

  1. 再次处理重命名包名,这个应该和安装有关系,我测试的时候是覆盖安装系统应用有效,普通应用无法生效,会被认为是两个应用

  2. 调用adjustFlags()重新调整scanFlags,分为以下几种情况

  3. 重命名包名应用或者覆盖安装的应用是系统应用,scanFlags添加上SCAN_AS_SYSTEM以及可能的其他flags

  4. 如果sharedUserId是包含了privilege应用,则正在扫描的应用也要加上SCAN_AS_PRIVILEGED

  5. 获取SharedUserSetting,这个在addForInitLI()获取过一次,是为了扫描disabledPkgSetting获取的

  6. 构建ScanRequest并且调用scanPackageOnlyLI()获取ScanResult

scanPackageOnlyLI

这部分主要的逻辑是更新packageSetting和nativelibrary的解析

  1. 确定是否需要获取abi(needToDeriveAbi),如果packageSetting,如果应用已安装,则无需更改cpuAbi,如果未安装,则需要解析native库

  2. 获取标签,这个我不知道是干嘛的,目前还没遇到这种标签

  3. 更新或创建新的PackageSetting,创建的情况有两种,首次安装应用或者是恢复出厂开机
    自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

img

img

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

面试复习笔记:

这份资料我从春招开始,就会将各博客、论坛。网站上等优质的Android开发中高级面试题收集起来,然后全网寻找最优的解答方案。每一道面试题都是百分百的大厂面经真题+最优解答。包知识脉络 + 诸多细节。
节省大家在网上搜索资料的时间来学习,也可以分享给身边好友一起学习。

《960页Android开发笔记》

《1307页Android开发面试宝典》

包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。

《507页Android开发相关源码解析》

只要是程序员,不管是Java还是Android,如果不去阅读源码,只看API文档,那就只是停留于皮毛,这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码,不仅限于阅读各大系统源码,还包括各种优秀的开源库。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

外链图片转存中…(img-0nc2YynV-1713144202496)]

《507页Android开发相关源码解析》

只要是程序员,不管是Java还是Android,如果不去阅读源码,只看API文档,那就只是停留于皮毛,这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码,不仅限于阅读各大系统源码,还包括各种优秀的开源库。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

  • 12
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值