Android WorkManager setInitialDelay不生效：周期性任务立即执行

为什么初始延迟不生效？ #

你误解了官方文档里的「首次运行」——这里的「首次运行」指的是这个PeriodicWorkRequest在WorkManager持久化存储中第一次被调度执行的那次运行，而非每次安装应用都算。

WorkManager会把任务信息持久化到设备本地数据库，当你通过Android Studio覆盖安装应用时，之前的任务记录并不会被清除。如果新调度的任务和旧任务使用了相同的唯一标识（比如未指定唯一ID时的默认标识，或者重复使用同一个唯一ID），WorkManager会认为这是同一个任务的更新，不会重新触发初始延迟，而是直接按照周期规则执行（甚至立即执行以补全错过的周期）。

解决办法 #

1. 调试时先取消旧任务再调度新任务

每次安装新版本后，先清除旧的任务记录，再调度新任务，这样新任务会被视为首次运行，初始延迟会生效：

// 定义任务唯一ID
const val MY_WORK_ID = "unique_my_periodic_work"

// 取消旧任务
WorkManager.getInstance(context).cancelUniqueWork(MY_WORK_ID)

// 创建周期性任务（注意：PeriodicWorkRequestBuilder必须指定周期时长，你原代码漏了这个参数）
val myWorkRequest = PeriodicWorkRequestBuilder<MyWork>(24, TimeUnit.HOURS)
    .setInitialDelay(10, TimeUnit.MINUTES)
    .build()

// 用唯一ID调度新任务，替换旧任务
WorkManager.getInstance(context).enqueueUniquePeriodicWork(
    MY_WORK_ID,
    ExistingPeriodicWorkPolicy.REPLACE,
    myWorkRequest
)

2. 开发阶段临时调整任务类型

如果只是调试不想频繁触发周期性任务，可以暂时用OneTimeWorkRequest代替，或者在调试模式下跳过周期性任务的调度，只在正式环境启用。

3. 利用WorkManager调试工具

Android Studio的App Inspection里有WorkManager调试面板，可以直接查看、取消当前存在的任务，方便调试时快速清理旧任务。

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