本地定时任务：睡眠、错过执行与检查点

创建排期与现在执行是两件事

“两分钟后在 24 号环境浏览五分钟”包含触发时间与执行时长。创建排期时应保存任务单，展示具体触发日期、时区、目标环境和时长，不应马上打开环境并把排期当作完成。触发时再检查环境、账号与权限，符合条件才进入执行阶段。

日期需要明确解释。“明早九点”应显示换算后的具体日期与当地时区；跨时区团队要约定以哪一处时间为准。重复任务还需要清楚写出频率、开始日期与结束条件。不要只保存“每天”这类无法审查的文字，也不要将业务持续五分钟误解为每五分钟触发一次。

设备睡眠后，不保证准点触发

本地任务通常要求电脑开机、应用可运行，并具备目标网站所需的网络连接。电脑关机或休眠时，不能把准点执行当成必然。即使网页标签仍打开，后台页面计时也可能受到浏览器节流影响；普通页面计时器不适合承担可靠排期。实际产品应说明自己使用的调度机制与系统条件。

恢复后如何处理错过的任务，需要事先选择：跳过并提示、在有效时间内补跑，或等待人工确认。读取昨天的数据可能允许补跑；已经过期的促销发布或订单修改，不能仅因恢复联网就自动执行。多次错过的重复排期也不应无条件堆积为大量补跑。

• 保存计划触发时间与实际开始时间，便于区分延迟和失败。
• 为任务设置有效期、允许延迟与最大补跑次数。
• 恢复前核对账号、页面状态及尚未确认的提交。

长任务保存可核验的进度

检查点应包含已完成环境、已取得的输出、当前阶段和最后核验时间。重启恢复时，先确认这些结果仍可用，再接着运行。取消也应留下明确状态，防止后台任务继续提交。用户看到的进度应描述具体动作与对象，例如“正在读取 14 号环境订单列表”，而不是持续显示“执行操作”。本文提供调度设计原则；是否支持休眠恢复、取消与持久化，需要在实际软件和操作系统上逐项验证。