Android自动更新后重启应用报错：Package当前处于冻结状态

问题分析 #

安装完成后系统仍在处理包的更新状态，此时目标包处于**冻结（frozen）**状态，无法立即启动。即使设置固定延迟，也会因系统处理包更新的时间不确定导致失败；同时直接调用System.exit(0)强制终止进程，可能干扰系统对包状态的正常处理流程。

解决方案 #

采用WorkManager延迟执行启动操作，确保系统完全完成包更新的状态同步；同时修正启动Intent的标记，避免上下文失效问题。

修改后的核心代码 #

1. 在安装成功分支替换原AlarmManager逻辑：

case PackageInstaller.STATUS_SUCCESS:
    // 用WorkManager调度延迟启动任务
    OneTimeWorkRequest restartTask = new OneTimeWorkRequest.Builder(RestartAppWorker.class)
            .setInitialDelay(15, TimeUnit.SECONDS) // 延长延迟，给系统足够处理时间
            .build();
    WorkManager.getInstance(context).enqueue(restartTask);
    
    // 正常结束当前页面，避免强制终止进程
    UpdateApp.this.finishAndRemoveTask();
    break;

2. 创建WorkManager Worker类：

public class RestartAppWorker extends Worker {
    public RestartAppWorker(@NonNull Context context, @NonNull WorkerParameters params) {
        super(context, params);
    }

    @NonNull
    @Override
    public Result doWork() {
        String targetPackage = "com.artech.logitrans16.logitransapp"; // 替换为你的应用包名
        PackageManager pm = getApplicationContext().getPackageManager();
        Intent launchIntent = pm.getLaunchIntentForPackage(targetPackage);
        
        if (launchIntent != null) {
            // 添加必要标记，确保从后台上下文正常启动Activity
            launchIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TOP);
            getApplicationContext().startActivity(launchIntent);
        }
        return Result.success();
    }
}

关键优化点 #

• WorkManager替代AlarmManager：WorkManager会根据系统状态自动调整执行时机，比AlarmManager更可靠，尤其适配Android 8.0+的后台限制。
• 延长延迟时间：15秒的延迟足够让系统完成包的解冻和状态同步，避免因系统处理慢导致的异常。
• 移除System.exit(0)：让系统正常回收进程，减少对包状态处理的干扰。
• 添加Intent标记：FLAG_ACTIVITY_NEW_TASK是从非Activity上下文启动Activity的必要条件，FLAG_ACTIVITY_CLEAR_TOP确保启动的是更新后的应用实例。

内容的提问来源于stack exchange，提问作者Gabriel Guigou