为何在onDestroy中调度的WorkManager Worker未触发？

1. 为什么onDestroy中调度的Worker不执行？ #

• Activity的onDestroy()执行不代表应用进程会持续存活：当用户从最近任务列表关闭应用时，系统通常会在onDestroy()完成后快速回收应用进程。WorkManager的任务入队是异步操作，即便调用了enqueue()，系统仍需时间完成任务持久化与调度，若进程在此前被杀死，Worker就没有启动机会。
• 单个Activity的onDestroy()触发场景复杂：屏幕旋转、Activity被栈顶页面覆盖时都会触发该方法，此时应用进程仍在前台，但你这里连doWork()的日志都没输出，核心原因还是进程被快速杀死。

2. 是否与应用进程在WorkManager入队或执行前被杀死有关？ #

是的，这是核心原因。WorkManager会将任务持久化到本地数据库，但任务执行需要系统调度应用进程启动Worker。当用户主动关闭应用时，系统会标记进程为可回收状态，甚至直接杀死进程，此时WorkManager还未触发Worker执行，或进程被杀死后系统暂时不会调度重启进程来执行该任务（内存紧张的设备上更明显）。

3. 在onStop或其他生命周期方法中调度Worker是否更可靠？ #

相比onDestroy()，onStop()确实更可靠：

• onStop()在Activity完全不可见时触发，此时应用进程通常仍存活，WorkManager有足够时间完成任务入队与调度，甚至可能在进程被杀死前启动Worker执行。
• 注意：onStop()会在用户切换应用、按下Home键等场景触发，此时可能不需要清理缓存，需额外判断是否为应用真正退出的场景。

• 监听应用全局生命周期：不要依赖单个Activity的onDestroy()，改用ProcessLifecycleOwner监听应用全局生命周期，在onDestroyed()回调中调度任务（这是进程即将销毁的更准确信号）：

ProcessLifecycleOwner.get().getLifecycle().addObserver(new LifecycleEventObserver() {
    @Override
    public void onStateChanged(@NonNull LifecycleOwner source, @NonNull Lifecycle.Event event) {
        if (event == Lifecycle.Event.ON_DESTROY) {
            ClearCacheScheduler.scheduleClearCache(getApplicationContext());
        }
    }
});

• 提升WorkManager任务优先级：给任务添加setExpedited()（Android 12+）或setForeground()（Android 11及以下），标记为加急任务，提高系统调度优先级：

OneTimeWorkRequest request = new OneTimeWorkRequest.Builder(ClearCacheWorker.class)
        .setInitialDelay(0, TimeUnit.SECONDS)
        .addTag("clear_cache")
        .setExpedited(OutOfQuotaPolicy.RUN_AS_NON_EXPEDITED_WORK_REQUEST) // Android 12+
        .build();

• 修复Worker中Service启动问题：Android 8.0及以上startService()被限制，需改用startForegroundService()，并在Service中快速调用startForeground()显示通知避免ANR：

// Worker中修改启动Service的代码
Intent intent = new Intent(getApplicationContext(), ClearCacheService.class);
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    getApplicationContext().startForegroundService(intent);
} else {
    getApplicationContext().startService(intent);
}

• 移除不必要的延迟：Worker中Thread.sleep(500)会增加任务执行时间，提高被系统中断的概率，建议移除或缩短。

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