定时任务为什么少跑了一次、或者一天跑了两次？

3 个讲解板块 · 关联 3 款站内工具 · 内容最后核对 2026-10-09

日字段是「或」不是「与」，周日有 0 和 7 两个写法，凌晨还会撞夏令时。

直接答案

最常见的两个根因：一是「日字段（day of month）与星期字段（day of week）同时被限定」时，标准 cron 的语义是或——0 0 1 * 1 的含义是每月 1 号或每周一，而不是「既是 1 号又是周一」，所以你会看到它比预期跑得多；二是字段数贴错，5 段是 crontab（分时日月周）、6 段是 Quartz（秒分时日月周），把 6 段表达式贴进 crontab，分钟位被当成小时位，任务就会整天跑。

还有两个容易忽略的点：星期日的写法在 crontab 里 0 和 7 都行，而 Quartz 的星期是 1 到 7、周日等于 1，同一个表达式换平台就失效；夏令时拨快那天，凌晨 2 点到 3 点这个不存在的时段里的任务会被直接跳过，拨回时则会重复执行一次。

cron 表达式短得像咒语，出错也很难看出错在哪里——写的时候通读三遍觉得没问题，跑起来却发现每周多跑一次，或者某个凌晨的任务一个月都没执行。

这些现象背后其实是几条很具体的规则：有的字段之间是「或」关系，有的平台给同一件事定义了两个编号，还有夏令时这种日历层面上的坑。把这几条规则记下来，绝大多数「cron 不听话」的问题都能当场对上号。

快速跳转四个高频根因，一次对完字段范围与常见误读写完怎么验证

1四个高频根因，一次对完

对照现象找原因，比逐字段死磕快得多。

现象	根因	正确写法
每月 1 号和每周一都跑，只想要其一	日字段与星期字段同时限定是「或」语义	一个字段留星号，在脚本里再过滤
任务整天在跑	把 6 段 Quartz 表达式贴进了 crontab	去掉最前面的秒字段，改成 5 段
周日不执行，或表达式直接报错	周日写法搞混：crontab 里 0 和 7 都可，Quartz 里周日是 1	改用 SUN / MON 这类英文缩写
每年两次异常，凌晨任务跳过或重复	夏令时拨快时段不存在、拨回时段重复	把凌晨 2 到 3 点的任务挪到其他时段

把表达式读成「下一批执行时间」，比逐字段翻译更快发现问题——顺手看一眼下一跑时间对不对，多数错都能当场暴露。

2字段范围与常见误读

各字段的取值范围和步长写法，是另一半错误的来源。

分钟与小时: 0 到 59、0 到 23，24 小时制没有 AM/PM。写 0 12 是中午，0 0 才是午夜。
步长: 星号斜杠 15 表示第 0、15、30、45 分钟执行，不含第 60 分钟；范围不能整除时按起点顺延。
月份与星期: 月份 1 到 12，也可写 JAN 到 DEC；星期在 crontab 里 0 到 7，0 与 7 都是周日。
常用缩写: @daily 等于 0 0 星号星号星号，@hourly、@weekly、@monthly、@yearly 同理，但它们不可移植到 Quartz。
Quartz 独有符号: L 表示最后一天、W 表示最近的工作日、井号表示第几个星期几，这些在标准 cron 里是非法字符。