Cron表达式解析器

Cron表达式解析器将标准的5字段crontab表达式(分钟,小时,月日,月日,周日)解码为一个纯英语句子,并逐字段分解。粘贴类似*/15 9-17 * * 1-5之类的东西,立即看到它每隔15分钟就会发出一次,过去9到17小时,周一到周五 - 不再计算星号或二次猜测第三个字段是日还是月。

除了翻译之外，该工具还会计算本地时区和 UTC 中的下五个运行时间。 这比听起来更重要：大量的生产事件来自于针对错误时区安排的cron作业，或者因为月的日和星期几以Vixie cron定义的方式进行交互，因此不会默默地触发。 查看具体即将发布的时间戳是在将时间表提交到 Crontab、Kubernetes CronJob、GitHub Actions 工作流或 AWS EventBridge 规则之前最快的健全性检查。

Everything在浏览器中100%运行客户端- 你粘贴的表达式永远不会触摸服务器,这意味着它可以安全地与来自内部基础设施、CI/CD管道或任何其他你宁愿不粘贴到随机网站中的时间表一起使用解析器支持完整的标准语法:通配符(*)、列表(1,15,30)、范围(1-5)、步长值(*/15、1-10/2)以及命名的月份和工作日(JAN-DEC、SUN-SAT)。

cron中的一条规则几乎抓住了所有人,值得阅读分解为 当月日与周日都受到限制时,cron在任一匹配时运行作业,而不是在两者匹配时运行作业 所以0 0 1 * 1在月初和每周一开火,这很少是作者想要的 另一个常规惊喜是夏令时:安排在小时内时钟向前跳跃的工作当天不运行,而一个在小时内重复运行的工作可以运行两次,因为cron读取当地标准五场cron没有秒字段,而@reboot是一个事件而不是一个时间表,所以两者都不能作为未来时间的列表进行预览。

2行测试,显示这个cron表达式解析器检查了什么,输入30 8 * * MON-FRI,点击解析:人类可读的时间表上写着"08:30,在星期一、二、三、四、五,字段表上列出了30分,8小时,接下来的5个运行时间跳过星期六和星期日,现在输入0 9 * * 1-7,拒绝用"范围"1-7在星期天字段反转(1 > 0)",因为7读作星期日,即0,写成0 9 * * *或0 9 * * 0-6代替。