Kotlin中使用WorkManager实现每周定期设备扫描上报后台的相关问题咨询

问题1 首次执行时间调整方案 #

你提出的先调度一次性任务、成功后再创建7天周期的周期性任务的方案是完全可行的，也是官方推荐的处理自定义首次执行时间的标准实现方式：

• 应用首次启动时，计算当前时间到最近一个周五的时间差，以此作为OneTimeWorkRequest的延迟执行参数，同时给该任务设置唯一标识，仅添加NETWORK_AVAILABLE约束即可
• 在一次性任务的Worker逻辑末尾，执行成功后调用WorkManager.enqueueUniquePeriodicWork方法，创建重复间隔7天、弹性间隔1天的周期性任务，使用相同的唯一任务名，ExistingPeriodicWorkPolicy选择REPLACE即可避免重复创建任务
  不建议动态修改已有PeriodicWorkRequest的间隔参数，一次性任务衔接周期任务的方案实现成本更低，稳定性也更高

问题2 周五未联网的执行逻辑 #

如果已经配置了7天重复间隔+1天弹性间隔，用户整个周五都没有联网的情况下，任务不会等到下一个7天周期，会在周六联网后立刻执行。
WorkManager的弹性间隔设计本身就是为了处理约束不满足的场景：只要任务还处于当前周期的弹性窗口内（也就是周五到周六的24小时区间），一旦满足联网约束就会触发执行，只有整个弹性窗口都结束还未满足约束，才会顺延到下一个周期的执行窗口。你当前的1天弹性间隔配置已经满足需求，无需额外调整。

问题3 避免执行时间偏移的方案 #

默认的PeriodicWorkRequest会以上一次任务实际执行完成的时间为基准计算下一次执行窗口，所以如果本次任务在周五下午才执行，下一次的执行窗口确实会偏移为下周五下午到周六下午。
要避免这种偏移，可以选择两种方案：

• 方案1：每次任务执行完成后，主动计算到下一个周五的时间差，取消旧的周期性任务，重新调度新的周期性任务，强制对齐周五的时间节点
• 方案2：完全弃用周期性任务，每次任务执行完成后都调度下一次的OneTimeWorkRequest，每次都按下周五的时间点计算延迟，该方案虽然看起来冗余，但完全不会出现时间偏移，稳定性更高，更适合对执行日期要求严格的场景

问题4 备选方案说明 #

你设置的1天弹性窗口已经足够宽松，在绝大多数安卓设备上WorkManager都能保证任务在周五到周六的窗口内执行，不需要更换其他方案。
如果确实有极端场景需要更高的执行保证，可以配合AlarmManager的setAndAllowWhileIdle方法做双重保险：给AlarmManager设置每周五的定时唤醒，收到唤醒广播后检查对应任务是否已经执行，如果未执行就主动触发一次扫描上报。但该方案需要额外适配厂商后台限制、省电模式等场景，实现成本较高，绝大多数常规场景不需要用到。

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