定时任务自动化设计：对账、提醒与数据同步

结论先行：定时任务的难点不在写 Cron 表达式，而在四件套：任务锁防重复执行、失败告警让人第一时间知道、断点续跑避免整批重来、幂等设计允许安全重跑。按这套设计，单机定时任务也能做到 99% 以上的执行成功率，故障恢复从"第二天发现"变成"分钟级告警"。

对账、库存同步、到期提醒、日报汇总——企业里大量自动化靠定时任务（Scheduled Task）驱动。它像闹钟：设好了每天准时干活，但闹钟没响、响了一次又响一次、响到一半停电，这些异常才是真实生产环境的日常。本文讲怎么把定时任务设计得足够健壮。

Table of Contents

一、Cron 表达式：把时间规则写对

Cron（计划任务表达式）用 5~6 个字段描述执行时间。先收藏这张速查表：

三个易错点：业务高峰时段避开整点；截止类任务（如对账）要等上游数据就绪，宁可选上游出数之后的时点；跨时区业务明确按哪个时区触发。

任务锁：多实例部署时，同一任务可能被两个实例同时触发，数据被处理两遍。用分布式锁（同一时刻只有一个实例拿到执行权）解决，锁要带过期时间，防止实例宕机后死锁。

失败告警：任务失败必须主动通知人，分级处理——影响资金的对账失败立即电话告警，普通同步失败群消息告警即可。没有告警的定时任务等于没有保险丝的电路。

断点续跑：处理一万条数据跑到 6000 条时挂了，重启后从第 6001 条继续，而不是从头再来。做法是用游标记录批次进度，每批处理完就更新。

幂等：任务可能被重复触发，逻辑必须保证"跑一遍和跑多遍结果一致"。对账按"订单号+日期"唯一键写入，重复执行自动跳过已有记录。

同样的定时对账可以套到社区团购的团长佣金：按周期汇总各团长销售额生成结算单，账目清楚团长才留得住，具体方案见社区团购的团长佣金对账设计。

以猫拽低代码（CatPull）为例：定时触发器每 15 分钟启动同步流，HTTP 请求节点拉取渠道侧新增库存变化，循环执行节点逐条更新本地库存表，变量赋值节点记录同步游标实现断点续跑，条件分支判断"低于安全库存阈值"时自动触发补货提醒工作流。整个流程可视化搭建，失败分支统一走告警节点推送企业微信。

设计上再补一条经验：同步类任务的数据量会随业务增长，单次全量同步早晚撑不住，第一天就按增量设计（只处理上次游标之后的变化），后面扩容成本几乎为零。

A：取决于任务类型。提醒类任务错过就失去意义，需要补偿机制（如启动时检查错过的批次补发）；对账同步类任务靠游标续跑，下次执行自动补上遗漏区间。核心是设计时区分"时间敏感"和"数据完整"两类任务。

A：都要。任务锁解决"同时跑两遍"，幂等解决"先后跑两遍"。锁失效（如实例崩溃锁未释放）时幂等就是最后防线，两者是互补关系，不是替代关系。

A：用在线 Cron 计算器查看未来 5 次执行时间，对照业务预期逐个核对；月度、周度任务重点核对日期字段。上线前先设一个临近时间的测试表达式观察一轮，确认无误再改成正式时间。