WorkManager每日固定时间执行任务为何不直接用PeriodicWorkRequest

首先可以明确：就算约束条件全程满足，你这段代码也没法保证任务一定在每天17:00到17:05之间运行，核心问题出在PeriodicWorkRequest本身的计时逻辑上：

• 它的24小时间隔是从上一次任务实际执行结束的时间开始算的，不是你预设的首次启动时间。比如第一次任务17:02开始跑，花了2分钟在17:04跑完，那下一次的计划执行时间就变成了第二天的17:04；如果下次任务又花了3分钟，17:07才跑完，再下一次的计划就顺延到了第三天17:07，跑的次数越多，时间越往后飘，慢慢就完全偏离你要的17点窗口了。
• 你设置的5分钟flex时间，只是允许系统在每个周期的最后5分钟里选时间执行，但整个周期的起点已经因为上一次的结束时间飘了，flex窗口自然也跟着歪，根本卡不住17点的时间点。
• 要是遇到约束不满足的情况，比如17点的时候设备没网，PeriodicWorkRequest会等有网了再执行，那下一次的周期起点直接就从这次延迟后的结束时间开始算，相当于直接错位，之后再也回不到17点的窗口。

官方推荐的循环调度OneTimeWorkRequest的方案就能解决这个问题：每次任务执行成功后，你重新算下一次到17点的延迟时间，再调度新的任务就行。不管本次任务实际几点跑完，下一次的目标永远是第二天的17点，不会有累计的时间漂移，就算某次因为约束不满足跑晚了，后续调度还是会对齐到17点的窗口。

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