Android13 救援模式

救援模式:

目前市场上的手机消费者包括资深用户,当他们的手机出现无限循环启动的异常时,用户没有办法修复异常只能通过设备商售后处理。Google在Android 8.0加入该新功能,称之为rescue party救援程序。主要监控系统核心程序出现循环崩溃的时候,会启动该程序,根据不同的救援级别做出一系列操作,看是否可恢复设备,最严重的时候则是通过进入recovery然后提供用户清空用户数据恢复出厂设置解决。

遇到开机进到recovery模式的情况,其实我们全局搜索下关键字“RescueParty”

就可以看到在init进程收到reboot,recovery指令之前,就可以看到因为救援模式,而发生了wipe-data

以下代码基于Android13:

首先救援分不同的级别,不同的级别执行不同的代码逻辑

//QSSI.13\frameworks\base\services\core\java\com\android\server\RescueParty.java
@VisibleForTesting
static final int LEVEL_NONE = 0;
@VisibleForTesting
static final int LEVEL_RESET_SETTINGS_UNTRUSTED_DEFAULTS = 1;
@VisibleForTesting
static final int LEVEL_RESET_SETTINGS_UNTRUSTED_CHANGES = 2;
@VisibleForTesting
static final int LEVEL_RESET_SETTINGS_TRUSTED_DEFAULTS = 3;
@VisibleForTesting
static final int LEVEL_WARM_REBOOT = 4;
@VisibleForTesting
static final int LEVEL_FACTORY_RESET = 5;
@VisibleForTesting
static final String PROP_RESCUE_BOOT_COUNT = "sys.rescue_boot_count";
@VisibleForTesting
static final String TAG = "RescueParty";
....
private static void executeRescueLevelInternal(Context context, int level, @Nullable
        String failedPackage) throws Exception {
    FrameworkStatsLog.write(FrameworkStatsLog.RESCUE_PARTY_RESET_REPORTED, level);
    // Try our best to reset all settings possible, and once finished
    // rethrow any exception that we encountered
    Exception res = null;
    Runnable runnable;
    Thread thread;
    switch (level) {
        case LEVEL_RESET_SETTINGS_UNTRUSTED_DEFAULTS:
            try {
                resetAllSettingsIfNecessary(context, Settings.RESET_MODE_UNTRUSTED_DEFAULTS,
                        level);
            } catch (Exception e) {
                res = e;
            }
            try {
                resetDeviceConfig(context, /*isScoped=*/true, failedPackage);
            } catch (Exception e) {
                res = e;
            }
            break;
        case LEVEL_RESET_SETTINGS_UNTRUSTED_CHANGES:
            try {
                resetAllSettingsIfNecessary(context, Settings.RESET_MODE_UNTRUSTED_CHANGES,
                        level);
            } catch (Exception e) {
                res = e;
            }
            try {
                resetDeviceConfig(context, /*isScoped=*/true, failedPackage);
            } catch (Exception e) {
                res = e;
            }
            break;
        case LEVEL_RESET_SETTINGS_TRUSTED_DEFAULTS:
            try {
                resetAllSettingsIfNecessary(context, Settings.RESET_MODE_TRUSTED_DEFAULTS,
                        level);
            } catch (Exception e) {
                res = e;
            }
            try {
                resetDeviceConfig(context, /*isScoped=*/false, failedPackage);
            } catch (Exception e) {
                res = e;
            }
            break;
        case LEVEL_WARM_REBOOT:
            // Request the reboot from a separate thread to avoid deadlock on PackageWatchdog
            // when device shutting down.
            SystemProperties.set(PROP_ATTEMPTING_REBOOT, "true");
            runnable = () -> {
                try {
                    PowerManager pm = context.getSystemService(PowerManager.class);
                    if (pm != null) {
                        pm.reboot(TAG);
                    }
                } catch (Throwable t) {
                    logRescueException(level, failedPackage, t);
                }
            };
            thread = new Thread(runnable);
            thread.start();
            break;
        case LEVEL_FACTORY_RESET:
            SystemProperties.set(PROP_ATTEMPTING_FACTORY_RESET, "true");
            runnable = new Runnable() {
                @Override
                public void run() {
                    try {
                        RecoverySystem.rebootPromptAndWipeUserData(context, TAG);
                    } catch (Throwable t) {
                        logRescueException(level, failedPackage, t);
                    }
                }
            };
            thread = new Thread(runnable);
            thread.start();
            break;
    }

    if (res != null) {
        throw res;
    }
}

触发场景:

(1)system_server 在 10 分钟内重启 5 次以上调整一次级别。(Android 12以前 为5分钟内5次)

(2)永久性系统应用在 50 秒内崩溃 5 次以上调整一次级别。(Android 12 以前 默认为30秒内5次)

当检测到上述某种情况时,救援程序会将其上报给下一救援级别、处理与该级别相关联的任务,并让设备继续运行,看看能否恢复。清除或重置内容的程度随级别而增加。最高级别会提示用户将设备恢复出厂设置。

别的逻辑都比较简单,我们看一下恢复出厂的逻辑:

//QSSI.13/frameworks/base/core/java/android/os/RecoverySystem.java
    public static void rebootPromptAndWipeUserData(Context context, String reason)
            throws IOException {
        boolean checkpointing = false;
        boolean needReboot = false;
        IVold vold = null;
        try {
            vold = IVold.Stub.asInterface(ServiceManager.checkService("vold"));
            if (vold != null) {
                checkpointing = vold.needsCheckpoint();
            } else  {
                Log.w(TAG, "Failed to get vold");
            }
        } catch (Exception e) {
            Log.w(TAG, "Failed to check for checkpointing");
        }

        // If we are running in checkpointing mode, we should not prompt a wipe.
        // Checkpointing may save us. If it doesn't, we will wind up here again.
        // 检测是否可以通过回滚消除问题,
        if (checkpointing) {
            try {
                vold.abortChanges("rescueparty", false);
                Log.i(TAG, "Rescue Party requested wipe. Aborting update");
            } catch (Exception
进入Android设备的救援模式(Rescue Mode)通常是为了处理系统级别的故障,例如system_server崩溃导致的循环重启。救援模式允许系统在设备启动时执行恢复操作,例如进入Recovery模式并提示用户进行恢复出厂设置。手动触发救援模式通常不是用户直接操作的行为,但可以通过特定的方式模拟触发救援流程[^3]。 以下是几种手动触发救援模式的方法: ### 1. 使用ADB命令触发进入Recovery模式 如果设备已启用开发者选项和ADB调试功能,可以通过以下命令触发设备进入Recovery模式: ```bash adb reboot recovery ``` 执行该命令后,设备将重启并进入Recovery模式,用户可以在其中选择恢复出厂设置等操作[^2]。 ### 2. 通过代码调用进入救援模式 在系统开发或调试过程中,可以调用系统API手动触发救援模式。例如,使用以下代码进入Recovery模式并提示用户进行恢复出厂设置: ```java RecoverySystem.rebootPromptAndWipeUserData(context, "rescue"); ``` 如果希望直接进入Recovery并执行恢复出厂设置,而不提示用户,则可以使用: ```java RecoverySystem.rebootWipeUserData(context); ``` 这种方式通常用于系统级错误处理,例如在检测到连续崩溃时自动触发救援流程[^3]。 ### 3. 硬件按键组合进入Recovery模式 大多数Android设备支持通过硬件按键组合进入Recovery模式。常见的组合包括: - **按住电源键 + 音量上键**:这是最常见的组合,适用于大多数设备。 - **按住电源键 + 音量下键**:某些品牌设备可能采用此组合。 具体的按键组合可能因设备制造商而异,建议查阅设备的官方文档获取准确信息。 ### 4. 触发救援模式的系统设置 在某些Android设备中,救援模式的触发可能与系统设置相关。例如,系统会根据崩溃次数自动判断是否需要进入救援模式。如果system_server崩溃次数超过阈值,救援程序将自动启动并引导设备进入Recovery模式[^1]。 ### 5. 使用ADB命令模拟系统崩溃 在调试环境中,可以通过模拟系统崩溃来触发救援模式。例如,使用以下命令强制停止system_server进程: ```bash adb shell killall system_server ``` 如果设备运行在Android O及以上版本,救援程序可能会检测到连续崩溃并自动进入Recovery模式[^1]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值