Android WorkManager定期备份任务多次成功执行后停止触发求助

我使用Android的WorkManager（依赖版本androidx.work:work-runtime-ktx:2.8.1）调度了一个每日备份任务，将约500KB的数据备份至Google Drive。但该定期任务在多次成功执行后，便不再被触发执行。以下是任务调度及Worker的相关代码，请问可能是什么原因导致该问题？

任务调度代码 #

fun schedule(frequency: BackupFrequency) {
    biLogger.scheduleBackup(preferences.getBackupFrequency())

    val constraints = Constraints.Builder()
        .setRequiredNetworkType(NetworkType.CONNECTED)
        .build()

    val backupRequest = PeriodicWorkRequest.Builder(
        BackupWorker::class.java,
        24,
        TimeUnit.HOURS,
        4,
        TimeUnit.HOURS,
    )
        .setConstraints(constraints)
        .build()


    WorkManager.getInstance(context).enqueueUniquePeriodicWork(
        UNIQUE_JOB_NAME,
        ExistingPeriodicWorkPolicy.UPDATE,
        backupRequest
    )
}

Worker实现代码 #

@Keep
class BackupWorker(appContext: Context, workerParams: WorkerParameters) : Worker(appContext, workerParams) {
    @Inject lateinit var backupToDriveUseCase: BackupToDriveUseCase

    init {
        applicationContext.appComponent.inject(this)
    }

    override fun doWork(): Result {
        return try {
            runBlocking { backupToDriveUseCase.backup() }
            Result.success()
        } catch (e: Exception) {
            Firebase.crashlytics.recordException(e)
            Result.retry()
        }
    }
}

可能的原因分析 #

• 重试退避导致长期延迟：当任务抛出异常返回Result.retry()时，WorkManager会用指数退避策略延迟下次执行。如果多次备份失败，退避时间会越来越长，看起来就像任务停了。去Crashlytics里看看有没有重复的异常记录，确认是不是备份环节反复出错。

• 网络约束长期未达标：任务设置了NetworkType.CONNECTED的约束，如果设备长期断网，WorkManager会一直等网络恢复，不会触发任务。可以检查设备的网络使用情况，或者考虑调整约束（比如允许使用不限量网络，或者添加断网时的备用逻辑）。

• 周期性任务时间漂移：PeriodicWorkRequest的flexInterval设为4小时，意味着任务会在24小时周期的最后4小时内执行。如果设备长时间休眠，系统可能会大幅推迟任务执行时间，甚至直接跳过。可以试试缩短flex时间，或者加上setRequiresBatteryNotLow()这类辅助约束，减少系统对任务的延迟。

• 任务被系统或应用自身清除：

  • 应用被强制停止、更新卸载或清除数据，会直接清空WorkManager的任务记录。
  • 部分厂商的省电优化、后台限制会杀死后台任务，需要把应用加入系统白名单。
  • 多次调用schedule()时用了ExistingPeriodicWorkPolicy.UPDATE，如果新请求的约束或配置有冲突，可能导致旧任务被替换后出现异常。

• Worker依赖注入失败：虽然代码里写了注入逻辑，但如果Dagger组件初始化出错，或者注入过程中抛出异常，会导致Worker执行失败，进而触发重试退避，最终停掉任务。可以在init块或doWork()开头加日志，确认backupToDriveUseCase是否成功注入。

• Google Drive API限制或认证失效：多次备份可能触发Drive API的配额限制，或者认证令牌过期导致备份失败，任务反复重试后进入长期退避。可以去Drive API控制台查配额，同时确认认证流程是否能自动刷新令牌。

内容的提问来源于stack exchange，提问作者guy.gc