recovery 根据@/cache/recovery/block.map描述从data分区升级_android recovery根据block.map生成升级包详解-CSDN博客

本文链接：https://blog.csdn.net/csdn66_2016/article/details/81982636

在Android P（9.0）中，当data分区加密时，recovery如何根据/cache/recovery/block.map从data分区升级。过程包括使用RecoverySystem的processPackage和installPackage两个步骤，涉及uncrypt服务及uncrypt.cpp处理升级包，最终通过命令写入和系统重启执行升级。

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

随着android版本的更新，系统固件的大小也越来越大，升级包也越来越大，cache分区已经不够存储update.zip了，所以应用把update.zip下载到data分区，默认情况下data分区是可以存储升级包的。

我们有分区加密的功能，当打开加密分区后，data分区是加密的，当升级包存在data分区的时候，recovery下获取不到对应的秘钥，也没有对应的程序去解密，所以recovery无法正常挂载data分区，获取升级包升级。那么google是如何完成分区加密时，从data分区升级的呢？

当应用从远程服务器下载update.zip升级包后，是如何一步步进入recovery升级的呢？

android P（9.0）aosp code：

frameworks/base/core/java/android/os/RecoverySystem.java

主要分为两步进行，第一步处理升级包（processPackage），第二步安装升级包（installPackage）：

处理升级包：

public static void processPackage(Context context,
                                      File packageFile,
                                      final ProgressListener listener,
                                      final Handler handler)
            throws IOException {
        String filename = packageFile.getCanonicalPath();
        if (!filename.startsWith("/data/")) {
            return;
        }

        RecoverySystem rs = (RecoverySystem) context.getSystemService(Context.RECOVERY_SERVICE);
        IRecoverySystemProgressListener progressListener = null;
        if (listener != null) {
            final Handler progressHandler;
            if (handler != null) {
                progressHandler = handler;
            } else {
                progressHandler = new Handler(context.getMainLooper());
            }
            progressListener = new IRecoverySystemProgressListener.Stub() {
                int lastProgress = 0;
                long lastPublishTime = System.currentTimeM