cron 语法很紧凑，也很容易读错，而读错的代价是一个任务在错误的时间跑上好几个月都没人发现。这个页面把那行翻回成一句话，更有用的是，直接列出它真正会触发的日期。

使用方法

1. 1 粘贴你的 cron 行，或者从预设里挑一个开始。
2. 2 读那句话，再逐个字段核对。
3. 3 再对照接下来几次的运行时间确认——错误就是在那里现形的。

五个字段

顺序永远是这样，之间永远用空格分隔。每个字段可以写一个数字、像 1,15 这样的列表、像 9-17 这样的区间、像 */5 这样的步长，或者一个表示「所有值」的星号。

「日」字段的陷阱

当「日」和「星期」两个字段都不是星号时，cron 会在其中任意一个匹配时运行任务，而不是两个都要匹配。所以「0 0 1 * MON」既在每月 1 号触发，也在每个星期一触发。第一次遇到几乎人人都会意外，因此解析器在这种情况下会特别标出来。

步长不是「从现在起每 N」

分钟字段里的 */20 表示每小时的第 0、20、40 分钟，而不是「上次跑完之后二十分钟」。如果一次运行花了 25 分钟，下一次照样在第 40 分钟开始。步长是从区间起点数的，5-20/5 就从 5 开始数。

时区，以及那些凭空消失的小时

cron 走的是服务器的钟，不是你的钟，所以定在 02:30 的任务，实际触发的本地时间可能和你想的不一样。更麻烦的是，在实行夏令时的地区，这个小时一年里有一晚根本不存在，另一晚则会来两次。凡是既不能漏跑也不能重跑的任务，都请避开 01:00-03:00。