cron表达式0点执行一次：写法与常见误区

从一次没跑起来的零点任务说起

有人把任务配成 0 0 0 * * ?，以为每天零点执行，结果第二天发现没跑。检查后发现，他用的调度器只接受五个字段，多出来的秒字段导致解析失败。另一个人写成 0 0 * * *，本意是零点，实际却是每小时的第零分执行一次——因为五个字段里第一个是分钟，第二个是小时，他把小时和分钟的位置记反了。

这类问题往往不是表达式本身复杂，而是字段含义没对齐。不同调度器对字段数量和顺序的要求不同，有的支持秒级，有的只到分钟级。配置前先确认目标调度器接受几个字段，比反复试错更省时间。

正确的写法与字段拆解

在常见的五字段cron中，每天零点执行一次的标准写法是 0 0 * * *：第一个0代表分钟，第二个0代表小时，后面的星号分别代表日、月、周。如果调度器支持秒字段（六字段或七字段），则通常写成 0 0 0 * * ?，第一个0是秒，第二个0是分钟，第三个0是小时。

拆开看就清楚：分钟和小时都置零，表示整点零分；日和月用星号表示每天、每月；周字段用星号或问号表示不限制。需要留意的是，有些实现里周字段和日字段不能同时指定具体值，否则可能冲突，这时用问号占位更稳妥。

如果你不确定自己的调度器用哪种格式，可以借助cron表达式工具对照验证，输入后看解析结果是否落在预期的零点。

时区与调度器差异带来的偏差

表达式写对了，任务却在北京时间早上八点才跑，这通常是时区在起作用。很多调度器默认使用UTC，零点表达式在UTC零点触发，换算到东八区就是早上。解决方式有两种：在调度配置里显式指定时区，或者把小时字段按目标时区调整。后者不推荐，因为一旦服务器时区变化，表达式又得跟着改。

除了时区，不同调度器对特殊字符的支持也有差别。比如 L、W、# 这类符号在Quartz中可用，在一些轻量调度库中可能不被识别。把表达式迁移到新环境前，先确认语法兼容性，能避免上线后任务静默失败。

零点任务常见的配置误区

第一个误区是把“每天零点”写成 * 0 * * *。星号在分钟位表示每分钟都触发，结果变成零点那一小时里每分钟跑一次，和预期相差甚远。第二个误区是忽略日字段和周字段的互斥关系，同时填了具体日期和星期，导致触发条件变得难以预测。

第三个误区是认为表达式写对就万事大吉，没有检查任务本身的执行时长。如果零点任务耗时较长，下一次触发可能重叠，具体行为取决于调度器的并发策略。配置时顺手确认是否允许并发执行，比事后排查更省心。

相关文章

• cron表达式0秒：含义、写法与常见误区

  解释cron表达式中秒位写零的含义，说明其与分钟级调度的区别，并提醒字段顺序等常见误区。

• cron表达式0点：定时任务在午夜触发的写法与避坑

  解析cron表达式0点的含义、常见写法与调试技巧，帮助开发者准确配置午夜定时任务，避免时区与日期字段的常见错误。

• cron表达式0点到12点：如何正确设置与排查

  解析cron表达式0点到12点的含义、常见写法与易错点，帮助开发者准确设置白天时段的定时任务。

• cron表达式0和的区别：从字段含义到写法差异

  从字段含义、通配符语义与常见写法切入，说明cron表达式0和的区别，避免定时任务配置时把两者混用。

• cron表达式0和：数字0与和字背后的调度逻辑

  解析cron表达式中数字0与和字的含义，厘清常见误用场景，帮助开发者准确编写定时任务规则。

常见问题