⏰ Cron 表达式生成器 · 五段六段写法、逐字段解释与下次触发时间

先选写法同样一串字符，不同软件算出的时间可以不一样

改上面任一格，表达式跟着变；改表达式，上面几格也跟着变。想直接写 L、W、#、? 就写在对应格子里，页面会告诉你这种写法哪种软件认。

还没有内容。

常用写法

时区从条数

同时列出 UTC 时刻

填好表达式后点「算一算」。

用在哪里	段数	周几的编号	日和周都限制时	问号和 L W #

🧩

一格一格拼

不用背写法，每段的含义、能填什么、现在填成了什么意思，都写在格子旁边。

🗓️

算出真的日期

表达式写完直接往后列出触发时间，星期几、和上一次隔了多久一并给出。

🔤

三种写法分开认

常见的五段 crontab、带秒的 Quartz、Spring 的六段，字段数、周几编号、特殊符号都不一样，页面按你选的方言判。

🌍

按时区算

选好时区再算，遇到夏令时跳表造成的「这个时刻不存在」和重复出现的时刻，会在备注里点出来。

先在上面选写法：Linux 的 crontab、Kubernetes 的定时任务、GitHub Actions 的排期用五段；Quartz 调度器和 Spring 的 @Scheduled 用带秒的六段。
在表达式那一行直接写，或者改下面每个字段的小格子；任一处写错都会红在那一格上，并说明为什么。
看「人话版」那行确认它是不是你要的意思，尤其是「几号」和「星期几」同时限制时那种或的关系。
选时区、给个起始时刻，点「算一算」，往后十次触发时间就列出来了。
要贴回配置文件，点「复制成 crontab 那一行」，拿到 表达式命令 的形式，命令部分自己换成要跑的脚本。

列出的时间是你选的那个时区里的墙上时钟：真实的 crontab 守护进程用的是它自己那台机器的本地时区，容器里的调度另有口径。页面算的是「在这个时区里，这些时刻该触发」，不保证某个具体软件在夏令时切换当天怎么做。
日和星期同时写死时，各家实现确实不一样：标准 crontab 是「或」的关系（任一命中就触发），Quartz 则要求其中一个写成 ?。页面按你选的方言处理，并在旁边提醒一句。
数字加步长这种写法有分歧：比如 5/15，本页按「从 5 开始每 15 步一直到该字段上限」解释，并建议你写成 5-59/15 这种一眼没歧义的形式。
倒过来的范围：22-2 这种写法本页不当成一个环回区间，会提示你拆成 22-23,0-2 这样两段。
往后最多算五年：像 0 0 30 2 *（2 月 30 日）这种永远等不到的，页面直接说不会触发；超过五年才出现的，也会说明在这几年内没等到。
秒级和更密的排期：GitHub Actions 这类平台本身有限制（比如最短五分钟一次），页面只告诉你写法对不对，不代替平台的规则。

*/15 和 0,15,30,45 一样吗？在这两个例子里触发时间相同，但 */15 是「每隔 15」，0,15,30,45 是「就这四点」。写 */20 和 0,20,40 才看得出区别。
为什么我写的 31 号有的月份不触发？因为 4、6、9、11 月没有 31 号，这些月就直接跳过，不会顺延到月末。想让每月最后一天触发，五段写法只能自己判日期，Quartz 写法有 L。
星期几到底从几开始？标准 crontab 里 0 和 7 都算周日，1 是周一；Quartz 里 1 是周日、7 是周六。这正是最容易写反的一处，所以页面把每个数字都翻译成中文星期显示出来。
会上传我写的东西吗？不会，解析、校验、算时间全在你自己的浏览器里完成，页面不发任何请求。