FormLab

Cron 表达式解析器

人话解释 + 未来 10 次执行时间预测 + 常用模板库。

人话解释
未来 10 次执行时间
基于本地时区(UTC +0)
    常用模板(点击加载)
    @yearly
    每年 1 月 1 日 0 点
    @annually
    同 @yearly
    @monthly
    每月 1 日 0 点
    @weekly
    每周日 0 点
    @daily
    每天 0 点
    @midnight
    同 @daily
    @hourly
    每小时 0 分
    0 0 * * *
    每天 0 点
    */15 * * * *
    每 15 分钟
    0 9 * * 1-5
    工作日上午 9 点
    0 0 1 * *
    每月 1 日 0 点
    0 */2 * * *
    每 2 小时整点

    它能解决什么问题

    Cron 表达式虽然只有 5 段,但写法多。本工具帮你:

    Cron 语法速查

    位置 字段 允许值 特殊字符
    1分钟0-59* / , -
    2小时0-23* / , -
    3日(天)1-31* / , -
    4月1-12 或 JAN-DEC* / , -
    5星期0-6 (Sun=0) 或 SUN-SAT* / , -

    使用技巧

    • 日和星期是 OR 关系:0 0 1 * 1 会在每月 1 日 或 每周一 0 点跑(不是 AND)。要严格限定请用一个字段加 ...。
    • 时区:cron 服务端的时区决定了真实执行时间。本工具用浏览器本地时区显示,记得核对服务器配置(一般 UTC)。
    • 不支持 L W # ?:本工具是标准 5 段 cron。Quartz、Kubernetes CronJob 的扩展语法不识别,会按字面值报错或跳过。
    • 分钟粒度:Linux cron 的最小粒度是分钟。如果你需要秒级,croniter 等库支持秒字段(6 段)。

    FAQ

    为什么"日"和"星期"同时写了等于 OR?

    这是 Vixie cron 的标准行为。要"每个月 1 日且是周一",目前只能拆成多条 cron 或者写脚本。

    预测时间和实际不同怎么办?

    检查服务端的时区设置:很多 Linux 默认 UTC,但很多人配置成了本地时间。本工具显示的"未来 10 次"基于浏览器时区。

    用「Cron 表达式解析器」时最容易踩的坑是什么?常见的易错点集中在四处:一是把百分数和小数混着填,比如 20 填成了 0.2;二是漏填选填项后直接按默认值算,得到一个看起来正常但不是你想要的数;三是中途改了其中一个输入却忘了重新计算,页面上还留着上一轮的旧结果;四是把页面上写的「参考值」当成了「准确值」往对外的材料里搬。改完任何一项输入,都重新点一次计算按钮再读结果。
    「Cron 表达式解析器」的适用边界在哪里?把 cron 表达式翻译成人话,并预测未来 10 次执行时间。支持标准 5 段语法、步长、范围、枚举、常见 @ 模板。 换句话说,它解决的是「按你给的条件做一次快速估算」这一类问题,不适用于需要查权威数据、核对官方文件,或者要逐条审合同、做专业判断的场景。凡是结果会直接影响到花钱、签约、对外承诺的事情,都应该回到原始资料和官方口径再确认一次,把这里的输出当作中间的一步,而不是终点。
    「Cron 表达式解析器」的结果应该怎么看?先看最后给出的那个数值,再回到这一段解释里对照:把 cron 表达式翻译成人话,并预测未来 10 次执行时间。支持标准 5 段语法、步长、范围、枚举、常见 @ 模板。 看的时候把「数值本身」和「数值成立的前提」分开看,前者是你填进去的东西算出来的,后者决定了它在什么情况下才算数。数值变大或变小分别代表什么,页面在这一节里已经写清楚了。
    拿到「Cron 表达式解析器」的结果后可以直接照着做吗?把它当成做决定前的一份对照材料,比当成答案更稳妥:把 cron 表达式翻译成人话,并预测未来 10 次执行时间。支持标准 5 段语法、步长、范围、枚举、常见 @ 模板。 这一页给出的是在当前输入下算出来的一个量级,它并不包含你的实际执行成本、突发情况和对方可能的变化。真正落地之前,再把结果和实际条件对一遍,看看哪些假设在现实里不成立。
    Cron 表达式解析器需要填写哪些信息?「Cron 表达式解析器」一共用到 1 个输入项:Cron 表达式(5 段:分 时 日 月 周)。这些字段在页面上是按计算顺序排下来的,前面的输入会直接影响后面的结果,所以不要跳过看不懂的那一栏。建议先把每个数字的单位口径对齐再动手填,单位不统一是这类计算里最常见、也最容易被忽略的错误来源。
    开始用「Cron 表达式解析器」之前需要先确认什么?建议先确认三件事:一是你要解决的问题,是不是正好落在它的适用范围里,别拿一个相邻的工具硬套;二是手上每个数字的统计口径和时间点是否一致,比如同一年里有的按月、有的按年,直接混用会让结果失真;三是算完之后有没有留出复核的余地,比如把关键输入记下来,方便回看时知道当时用的是哪一组数。
    谁适合用「Cron 表达式解析器」,谁不适合?适合的是手上已经有明确数字、需要快速得到一个量级参考的人,比如在做预算草案、给同事对齐口径、或者上课前先估算一遍的人。不适合的是想把结果当精确值直接对外承诺的人,也是不适合连输入项口径都还没定下来就开始算的情况——这种情况下先花几分钟把口径理清,比算完之后再来回改数字省事得多。

    相关工具