Android 12 新功能分析 developer.android.com/about/versi… blog.csdn.net/weixin_4061… 关于存储： /** * Allow apps to create the requests to manage the media files without user confirmation. * * @see android.Manifest.permission#MANAGE_MEDIA * @see android.provider.MediaStore#createDeleteRequest(ContentResolver, Collection) * @see android.provider.MediaStore#createTrashRequest(ContentResolver, Collection, boolean) * @see android.provider.MediaStore#createWriteRequest(ContentResolver, Collection) * * @hide */

juejin.cn/post/693236…

关于项目中的适配 android 12 适配 (kdocs.cn)

· 第一步：拷贝文件到指定的目录： 在Android系统中，apk安装文件是会被保存起来的，默认情况下，用户安装的apk首先会被拷贝到/data/app目录下，/data/app目录是用户有权限访问的目录，在安装apk的时候会自动选择该目录存放用户安装的文件，而系统出场的apk文件则被放到了/system分区下，包括/system/app，/system/vendor/app，以及/system/priv-app等等，该分区只有ROOT权限的用户才能访问，这也就是为什么在没有Root手机之前，我们没法删除系统出场的app的原因了。

· 第二步：解压缩apk，宝贝文件，创建应用的数据目录 为了加快app的启动速度，apk在安装的时候，会首先将app的可执行文件dex拷贝到/data/dalvik-cache目录，缓存起来。然后，在/data/data/目录下创建应用程序的数据目录(以应用的包名命名)，存放在应用的相关数据，如数据库、xml文件、cache、二进制的so动态库等。

· 第三步：解析apk的AndroidManifest.xml文件

Android系统中，也有一个类似注册表的东西，用来记录当前所有安装的应用的基本信息，每次系统安装或者卸载了任何apk文件，都会更新这个文件。这个文件位于如下目录：/data/system/packages.xml。系统在安装这个apk的过程中，会解析apk的AndroidManifest.xml文件，提取出这个apk的重要信息写入到packages.xml文件中，这些信息包括：权限、应用包名、APK的安装位置、版本、userID等等。由此，我们就知道了为什么一些应用市场和软件管理类的app能够很清楚地知道当前手机所安装的所有app，以及这些app的详细信息了。另外一件事就是Linux的用户Id和用户组Id，以便他们可以获得合适的运行权限。以上都是由PackageServcieManager完成的，后面我们会重点介绍PackageServiceManager。

第四步：显示快捷方式 如果这些应用程序在PackageManagerService服务注册好了，如果我们想要在Android桌米上看到这些应用程序，还需要有一个Home应用程序，负责从PackageManagerService服务中把这些安装好的应用程序取出来，并以友好的方式在桌面上展现出来，例如以快捷图标的形式。在Android系统中，负责把系统中已经安装的应用程序在桌面中展现出来的Home应用就是Launcher了。 安装 APK 主要分为以下三种场景

所有安装方式大致相同，最终就是回到 PackageManagerService 中，安装一个 APK 的大致流程如下：

本文主要来分析通过安装器 PackageInstaller 安装 APK，这是用户最常用的一种方式

7.0以前安装的入口是PackageInstallerActivity 7.0以后是InstallStart

主要工作：

判断是否勾选“未知来源”选项，若未勾选跳转到设置安装未知来源界面 对于大于等于 Android 8.0 版本，会先检查是否申请安装权限，若没有则中断安装 判断 Uri 的 Scheme 协议，若是 content 则调用 InstallStaging, 若是 package 则调用 PackageInstallerActivity,但是实际上 installStaging中的 StagingAsyncTask 会将content协议的Uri转换为File协议，然后跳转到PackageInstallerActivity，所以最终安装的开始还是PackageInstallerActivity

主要工作：

主要做了对象的初始化，解析 Uri 的 Scheme，初始化界面，安装包检查等等工作，接着查看一下

processPackageUri 方法

主要对 Scheme 协议分别对 package 协议和 file 协议进行处理 SCHEME_PACKAGE：

在 package 协议中调用了 PackageManager.getPackageInfo 方法生成 PackageInfo，PackageInfo 是跨进程传递的包数据（activities、receivers、services、providers、permissions等等）包含 APK 的所有信息

SCHEME_FILE：

在 file 协议的处理中调用了 PackageUtil.getPackageInfo 方法，方法内部调用了 PackageParser.parsePackage() 把 APK 文件的 manifest 和签名信息都解析完成并保存在了 Package，Package 包含了该 APK 的所有信息 调用 PackageParser.generatePackageInfo 生成 PackageInfo

接着往下走，都解析完成之后，回到 onCreate 方法，继续调用 checkIfAllowedAndInitiateInstall 方法

主要检查安装应用程序的用户限制，当 APK 文件不对或者安装有限制则调用 showDialogInner 方法，弹出 dialog 提示用户，显示相应的错误信息，来看一下都有那些错误信息

如果用户允许安装未知来源，会调用 initiateInstall 方法

根据包名获取应用程序的信息，调用 startInstallConfirm 方法初始化安装确认界面后，当用户点击确认按钮之后发生了什么，接着查看确认按钮点击事件

当用户点击确认按钮调用了 startInstall 方法，启动子 Activity 完成 APK 的安装

startInstall 方法用来跳转到 InstallInstalling，并关闭掉当前的 PackageInstallerActivity

主要工作：

向包管理器发送包的信息，然后等待包管理器处理结果 注册一个观察者 InstallEventReceiver，并接受安装成功和失败的回调 在方法 onResume 中创建同步栈，打开安装 session，设置安装进度条

InstallInstalling 首先向包管理器发送包的信息，然后等待包管理器处理结果，并在方法 InstallSuccess 和方法 InstallFailed 进行成功和失败的处理，查看 InstallInstalling 的 onCreate 方法：

最终都会注册一个观察者 InstallEventReceiver，并在 launchFinishBasedOnResult 会接收到安装事件的回调，其中 InstallEventReceiver 继承自 BroadcastReceiver，用于接收安装事件并回调给 EventResultPersister createSession 内部通过 IPackageInstaller 与 PackageInstallerService 进行进程间通信，最终调用的是 PackageInstallerService的createSession 方法来创建并返回 mSessionId 接下来在 onResume 方法创建 InstallingAsyncTask 用来执行 APK 的安装，接着查看 onResume 方法

得到 SessionInfo 创建并创建 InstallingAsyncTask，InstallingAsyncTask 的 doInBackground 方法设置安装进度条，并将 APK 信息写入 PackageInstaller.Session，写入完成之后，在 InstallingAsyncTask 的 onPostExecute 进行成功与失败的处理，接着查看 onPostExecute 方法

创建了 broadcastIntent，并通过 PackageInstaller.Session 的 commit 方法发送出去，通过 broadcastIntent 构造方法指定的 Intent 的 Action 为 BROADCAST_ACTION，而 BROADCAST_ACTION 是一个常量值

回到 InstallInstalling.OnCreate 方法，在 OnCreate 方法注册 InstallEventReceiver，而 InstallEventReceiver 继承自 BroadcastReceiver，而使用 BroadcastReceiver 需要在 AndroidManifest.xml注册，接着查看 AndroidManifest.xml： /frameworks/base/packages/PackageInstaller/AndroidManifest.xml

安装结束之后，会在观察者 InstallEventReceiver 注册的回调方法 launchFinishBasedOnResult 处理安装事件的结果，接着查看 launchFinishBasedOnResult

安装成功和失败，都会启动一个新的 Activity（InstallSuccess、InstallFailed）将结果展示给用户，然后 finish 掉 InstallInstalling 总结一下 PackageInstaller 安装APK的过程： 现在来总结下PackageInstaller初始化的过程：

根据Uri的Scheme协议不同，跳转到不同的界面，content协议跳转到InstallStart，其他的跳转到PackageInstallerActivity。本文应用场景中，如果是Android7.0以及更高版本会跳转到InstallStart。

InstallStart将content协议的Uri转换为File协议，然后跳转到PackageInstallerActivity。

PackageInstallerActivity会分别对package协议和file协议的Uri进行处理，如果是file协议会解析APK文件得到包信息PackageInfo。 点击 OK 按钮确认安装后，会调用 startInstall 开始安装工作 如果用户允许安装，然后跳转到 InstallInstalling，进行 APK 的安装工作 在 InstallInstalling 中，向包管理器发送包的信息，然后注册一个观察者 InstallEventReceiver，并接受安装成功和失败的回调

Android通过PackageInstallerSession来表示一次安装过程，一个PackageInstallerSession包含一个系统中唯一的一个SessionId，如果一个应用的安装必须分几个阶段来完成，即使设备重启了，也可以通过这个ID来继续安装过程

安装的远程服务类，用于返回sessionid

经过一系列处理最终是调用的还是Pms中的安装方法

www.edrawmax.cn/online/shar…

Android 12 针对使用 PackageInstaller API 的应用引入了 setRequireUserAction() 方法。此方法可让安装程序应用执行应用更新而无需用户确认操作。

直接执行安装

new.qq.com/omn/2021052…

本文转自 www.jianshu.com/p/4e9c6e5fc…，如有侵权，请联系删除。