cron表达式1号15号执行：每月两次任务该怎么写

先弄清日期字段到底该填什么

标准 cron 的字段顺序是分、时、日、月、周。想让任务在每月 1 号和 15 号触发，日期字段写成 1,15 即可，逗号表示“或”的关系。整条表达式大致是 0 9 1,15 * * 这样的形态，含义是每月 1 号和 15 号的某个整点执行。

这里最容易出错的是把日期和周几搞混。有些系统里日期字段和周字段同时被指定时，会按“或”处理，结果任务比你预想的跑得勤。稳妥做法是让周字段保持 *，只靠日期字段控制，避免两个条件互相干扰。

为什么有人写成 1-15 结果全错了

短横线在 cron 里表示范围，1-15 是“1 号到 15 号每天都执行”，和“只在 1 号、15 号执行”完全是两回事。这个错误很隐蔽，因为表达式看起来只差一个符号，跑起来却多出十几次触发。

另一种常见误解是把 */15 当成日期选择。斜杠表示步长，*/15 在日期字段里是每隔若干天触发一次，语义和“指定两个日期”对不上。要表达离散的两个日子，逗号是最直接的选择；如果系统支持列表与范围混写，1,15 仍然是最清晰的写法。

月末与补跑：那些表达式管不到的事

cron 只负责“什么时候触发”，不负责“触发失败了怎么办”。1 号和 15 号恰好落在周末或节假日时，任务照样会跑，但业务上可能需要顺延。这类逻辑通常要放在调度器之外处理，比如在任务入口判断日期并决定是否跳过。

还有个细节：有些调度系统在服务重启后会补跑错过的触发点，如果任务本身不是幂等的，重复执行可能造成数据重复。写表达式之前先想清楚任务被多跑一次会不会出问题，比事后排查要省事得多。

需要快速核对写法时，可以用 Cron表达式 工具把表达式翻译成可读的时间描述，确认下一次触发时间是否符合预期。

验证表达式的一个笨办法

写完别急着上线。把表达式丢进解析工具，看它给出的未来几次触发时间是不是落在 1 号和 15 号。人工核对两三轮的日期，比盯着字段猜要可靠。

如果调度平台支持手动触发，也可以在测试环境把时间字段临时改到临近的时刻，观察任务是否按预期启动。验证完记得改回去。对跨时区的服务，还要确认表达式按哪个时区解释，否则“1 号”在不同地区可能相差一天。

相关文章

• cron表达式1小时一次：为什么你的定时任务没按预期跑

  从实际场景出发，解释每小时执行一次的cron表达式写法、常见误区与排查方法，帮助开发者避免定时任务配置错误。

• cron表达式1分钟执行一次，写法与常见误区

  讲清 cron 每分钟触发的字段写法、适用场景与常见误区，帮助开发者正确安排高频定时任务。

• cron表达式1小时：整点触发还是滚动间隔？

  解释cron表达式1小时的常见写法、平台差异，以及整点调度与滚动间隔的区别。

• cron表达式1分钟后执行，怎么写才不踩坑

  讲清cron表达式1分钟后执行的写法、常见误区与验证方法，帮助开发者在定时任务中准确安排下一次运行。

• cron表达式1分钟一次：写法、场景与常见误区

  解释cron表达式1分钟一次的含义、标准写法与适用场景，并澄清常见误解，帮助开发者正确设置分钟级定时任务。

常见问题