Cron 表达式工具

如何使用Cron 表达式工具

关于Cron 表达式工具的常见问题

Cron 表达式怎么解析成中文含义

把表达式粘进本页最上面的输入框即可，不需要点任何按钮。页面会给出三样东西：一句可以直接引用的中文含义，比如「每周一至周五 09:30 执行」；一张逐段拆解表，说明每一段管哪个时间单位、展开成了哪些具体值；以及按你选的时区算出的接下来若干次执行时间。整个过程在浏览器本地完成，表达式不会上传。如果解析失败，页面会一次列出所有出错的字段，标明是第几段、原文是什么、为什么不合法，并给一句建议写法，而不是只报第一条错误。

cron 里 0 0 * * * 是什么意思，每天几点执行

它表示每天 00:00 执行，也就是每天零点整跑一次。这是一条标准的 5 段 crontab 表达式，五段从左到右依次是分、时、日、月、周：第一段 0 表示第 0 分钟，第二段 0 表示 0 点，后面三段都是星号，表示每一天、每个月、每个星期都不限制。要注意别把它和 6 段写法搞混：Quartz 里的 0 0 * * * ? 因为最前面多了一段秒，含义变成每小时的第 0 分 0 秒执行，也就是每小时一次。判断段数是读懂一条 cron 表达式的第一步。

cron 的 */5 * * * * 是每 5 分钟执行一次吗

是的，它表示每 5 分钟执行一次，命中的分钟是 0、5、10 一直到 55，一小时 12 次、一天 288 次。斜杠的语义是「从起点开始每隔 n 个单位」，不是「能被 n 整除」，虽然在起点为 0 时两种理解结果相同。区别在起点不为 0 的时候：cron 每 5 分钟写成 5/15 就变成了从第 5 分钟开始每 15 分钟一次，命中 5、20、35、50，而不是 0、15、30、45。另外要提醒的是，5/15 这种不带范围的裸步长写法在标准 Vixie crontab 上不保证支持，可移植的写法是 5-59/15，本页遇到时会给提示。

cron 表达式每 30 分钟执行一次怎么写

Linux crontab 写成 */30 * * * *，命中每小时的第 0 分和第 30 分；写成 0,30 * * * * 完全等价。Quartz 要在最前面补一段秒，写成 0 0/30 * * * ?，它习惯用起点加步长的 0/30 写法，含义与 */30 相同；Spring 写成 0 */30 * * * *。cron 表达式每 10 分钟就把 30 换成 10。这类写法间隔均匀，是因为 30 和 10 都能整除 60，换成 40 或 45 分钟就会长短不一。只想在工作时间跑，把小时字段收窄成 9-18 即可。

Cron 表达式怎么算下次执行时间

在本页选好时区后，页面会直接列出接下来 N 次执行时间，默认 10 条，可以在 1 到 50 之间调，同时还会给出上一次执行时间和未来 24 小时、7 天内的执行次数。算法是按字段跳跃搜索：年不匹配就跳到下一个允许的年，月不匹配就跳月，日不匹配就跳天，因此像 0 0 29 2 * 这种四年一次的表达式也能瞬间算完。要特别说明口径：本页按固定偏移时区计算，不处理夏令时；真实的 cron 按运行它的服务器的本地时区执行，跨时区部署时以服务器设置为准。

Cron 表达式 5 段和 6 段有什么区别

5 段是 Linux crontab 的标准写法，依次是分、时、日、月、周，最细只能到分钟，没有秒也没有年。6 段是 Quartz 和 Spring 的写法，最前面多了一段秒，变成秒、分、时、日、月、周，所以 cron 表达式秒一定在最前面而不是最后。7 段是 Quartz 独有的，在 6 段后面再加一段年，取值 1970 到 2099，可以省略。麻烦的地方在于光看 6 段分不出是 Quartz 还是 Spring，甚至可能是有人在 crontab 后面多写了一段命令，所以本页遇到 6 段会默认按秒在最前解释并给出歧义提示，你可以手动切换方言看另一种解释。

Spring 的 @Scheduled cron 表达式怎么写

Spring 的 @Scheduled 用 6 段，最前面是秒，依次为秒、分、时、日、月、周，所以每天早上 9 点整写成 0 0 9 * * *，比 crontab 多一段秒。星期编号与 crontab 一致：0 和 7 都表示周日、1 表示周一，这一点和 Quartz 相反，从 Quartz 抄过来的表达式别再把星期整体加一。Spring 支持问号但不强制，日和周可以同时写具体值，此时按并集执行；L、W、# 三个扩展字符也都认。把本页顶部的方言切到 Spring，解析与生成都会按这套规则来。

Quartz 的 cron 里 1 是周一还是周日

在 Quartz 里 1 是周日，2 才是周一，一直到 7 表示周六，而且 Quartz 的周字段没有 0，写 0 会直接报错。Linux crontab 和 Spring 则相反：0 表示周日、1 表示周一，而且 0 和 7 都可以表示周日，两种写法等价。这个差一位的问题是从 crontab 迁移到 Quartz 时最常见的线上事故：crontab 的工作日任务 0 9 * * 1-5 直接照搬成 0 0 9 ? * 1-5 会变成周日到周四执行，周五漏跑、周日白跑，正确写法是 0 0 9 ? * 2-6。用英文缩写 MON-FRI 可以绕开这个坑，因为三种方言对名称的理解是一致的。本页在识别到 Quartz 数字周时会常驻一条提示。

cron 里 0 和 7 都表示周日吗

在 Linux crontab 和 Spring 里是的，0 和 7 都表示周日，写哪个都一样，这是为了兼容不同 Unix 实现的历史习惯而保留的双写法。所以 0 0 * * 0 和 0 0 * * 7 是完全等价的两条表达式，都表示每周日零点执行。但在 Quartz 里不是：Quartz 的周字段取值只有 1 到 7，1 表示周日、7 表示周六，根本没有 0 这个值，写了会报错。判断 cron 0 是周几之前，先看清楚这条表达式是哪个方言的，本页顶部的方言选择器就是干这件事的。

cron 表达式里的问号是什么意思

问号表示「不指定」，只能用在日和周这两个字段上，而且是 Quartz 和 Spring 的语法，标准 Linux crontab 并不认识它。它存在的原因是日和周这两个字段会互相干扰：如果你只想说「每周五执行」，日字段就不该再限制，写成问号比写星号更能表达「这一段我不关心，交给另一段决定」。Quartz 更进一步，要求日和周恰好有一个写成问号，两个都写具体值或者两个都写问号都会报错。Spring 不强制这条规则，两个都写具体值是合法的，此时按并集执行。本页遇到 crontab 表达式里出现问号时会按星号处理，并提示你这可能是一条 Quartz 表达式。

Cron 的日和周同时写会怎么执行

取并集，也就是「或」的关系：只要满足其中一个条件就会执行，不是两个都满足才执行。举个最经典的例子，0 0 13 * 5 的含义是「每月 13 号执行，或者每个周五执行」，而不是「13 号并且是周五时执行」。这条规则来自 Vixie cron 的实现，Spring 也遵循同样的语义，是全网被写错最多的一条 cron 语义。想验证不必背规则，把这条表达式贴进本页，执行时间列表里会同时出现 13 号和各个周五，一眼就能看出来。要表达「且」的语义，cron 本身做不到，通行做法是把周条件放宽成星号，然后在脚本开头用 date 命令判断一次，不满足就直接退出。Quartz 因为强制日和周恰好有一个是问号，从语法层面就避免了这个歧义。

cron 表达式里的 L、W、# 分别怎么用

这三个都是 Quartz 与 Spring 的扩展字符，标准 crontab 不支持。L 用在日字段表示当月最后一天，写成 L-3 表示最后一天前 3 天；用在周字段时跟在数字后面，比如 6L 表示当月最后一个周五。W 用在日字段表示离指定日期最近的工作日，15W 表示离 15 号最近的那个周一到周五，遇到周末会前后顺延，但绝不跨月；LW 组合起来表示当月最后一个工作日。井号写成 x#n 的形式，表示当月第 n 个星期 x，比如 6#3 是每月第 3 个周五，n 只能是 1 到 5，某些月份没有第 5 个时会自然跳过而不是报错。这三个字符本页都完整支持，可以直接在上面试。

@daily、@hourly 这些 cron 快捷写法怎么写

crontab 提供了一组 @ 开头的快捷写法，本质上是几条常用表达式的别名：@yearly 和 @annually 等于 0 0 1 1 *，@monthly 等于 0 0 1 * *，@weekly 等于 0 0 * * 0，@daily 和 @midnight 等于 0 0 * * *，@hourly 等于 0 * * * *。它们的好处是一眼能看懂，坏处是不能微调时刻，想改成凌晨 3 点就只能写回完整表达式。还有一个特殊的 @reboot，表示系统开机时执行一次，它没有固定时间点，因此任何工具都算不出它的下次执行时间，本页会明确说明而不是编一个时间给你。K8s CronJob 支持这些 @ 写法，但 @reboot 在集群里没有意义。

每周一到周五早上 9 点的 cron 怎么写

Linux crontab 写成 0 9 * * 1-5，五段依次是分 0、时 9、日不限、月不限、周一到周五。Quartz 要写成 0 0 9 ? * 2-6，注意三处不同：最前面补一段秒 0、日字段必须写成问号、星期编号整体加一（Quartz 的 2 才是周一）。Spring 写成 0 0 9 * * 1-5，补秒但星期编号与 crontab 一致。想避开编号差异，三种方言都可以用英文缩写写成 MON-FRI，含义完全相同且不会记错。cron 工作日执行还有一个常被忽略的点：这里的工作日只是周一到周五，法定节假日和调休上班日 cron 是不知道的，需要在脚本里自己查日历。

每月最后一天执行的 cron 表达式怎么写

Quartz 和 Spring 里直接用 L，写成 0 0 2 L * ? 就是每月最后一天凌晨 2 点执行，不用关心这个月是 28、29、30 还是 31 天。想要最后一天前几天用 L-3，想要当月最后一个工作日用 LW。标准 Linux crontab 没有 L，cron 最后一天只能绕：常见做法是写 0 2 28-31 * *，让它在每月最后四天都触发，然后在脚本第一行判断明天是不是下个月，不是就直接退出，判断语句通常写成 test $(date -d tomorrow +%d) -eq 1。另一种更省事的做法是改成每月 1 号凌晨跑，处理上个月的数据，语义上往往更清晰，也避开了月末天数不固定的整个问题。

Cron 表达式在线生成器怎么用

在交互区下方的生成器里点选预设即可：每分钟、每 N 分钟、每小时、每天某时刻、每周某几天、每月某几号、每年某月某日，选完时刻和星期，表达式会实时写回上面的输入框，同时中文含义和执行时间列表跟着更新。切换方言时生成器会按该方言重新拼装，比如同一个「每天 09:30」，crontab 是 30 9 * * *，Quartz 是 0 30 9 * * ?。反过来，你手写的表达式如果落在生成器能表达的范围内，界面会自动摆到对应预设上；超出范围时会落到「高级」并给出提示，但输入框里的原文一个字都不会被改写。

Cron 表达式按什么时区执行，夏令时怎么算

cron 表达式本身不带时区信息，真实执行时按运行它的那台机器的本地时区来。所以同一条 0 0 3 * * 部署在 UTC 服务器上是伦敦时间凌晨 3 点，部署在国内服务器上是北京时间凌晨 3 点，跨时区团队最容易在这里出事故。要显式指定，crontab 可以在文件里写 CRON_TZ=Asia/Shanghai，K8s CronJob 用 spec.timeZone 字段，Quartz 在 CronTrigger 上设置 TimeZone。夏令时是另一个坑：切换当天会出现某个小时不存在或者重复出现，各家实现对这一小时里的任务是跳过还是补跑并不一致。本页只提供固定偏移的时区档位、明确不处理夏令时，宁可少算也不猜一个可能是错的答案；真要跑在有夏令时的地区，请以目标运行时的文档为准。

Cron 表达式解析会上传吗，免费吗

完全免费，不需要注册、不需要下载客户端，也没有次数限制。解析规则和全部计算逻辑随页面一起打包下发，你粘贴的表达式在浏览器本地解析、本地推算执行时间，不会出现在任何网络请求的地址或请求体里，我们这边既拿不到也不保存。本地存储里只有方言、时区、列出条数、示例库是否展开这四项视图偏好，交互区里有一键清除按钮。之所以能免费，是因为这是纯前端计算，我们没有按次产生的服务器成本，自然不必用登录或配额来限制你。

K8s CronJob 的 schedule 和 crontab 写法一样吗

基本一样：k8s cronjob schedule 用的就是标准 5 段 crontab 语法，分、时、日、月、周，也支持 @daily 这类快捷写法，日和周同时限定时同样取并集。差别有三处。第一，没有秒字段，K8s 的最小调度粒度是分钟，想要秒级只能在容器里自己 sleep。第二，@reboot 在集群里没有意义，不要写。第三，时区可以用 spec.timeZone 显式指定，不写就跟随控制器所在的时区，这和裸机 crontab 跟随本机时区不同。另外 CronJob 还有 startingDeadlineSeconds 和并发策略两个配置，决定错过的任务补不补跑、上一次没结束时新的要不要起，这些不是 cron 表达式能表达的。

cron 表达式配好了不执行怎么排查

先在本页确认写法本身没错：贴进去看中文含义和下次执行时间，若显示永不执行或时刻不对，cron 表达式不执行的原因就在表达式自己身上。语法没问题还是不跑，按这个顺序查 cron 定时任务不执行的四个常见原因：一是时区，crontab 按服务器本地时区执行，容器镜像里默认常是 UTC，比北京时间差 8 小时；二是环境变量，cron 的 PATH 很短也不加载登录脚本，命令要写绝对路径；三是 crontab 文件最后一行必须以换行结尾，否则整行被忽略；四是命令里的百分号在 crontab 里表示换行，要写成反斜杠加百分号。把输出重定向到日志文件能省掉大半排查时间。

Cron 表达式支持哪些写法，输入有长度限制吗

三种方言都支持：Linux crontab 的 5 段、Quartz 的 6 段与 7 段、Spring 的 6 段，段数与方言由页面自动判断，判断不对可以在上方手动切换。@daily、@hourly 这类快捷写法会先展开成等价表达式再计算，只有 @reboot 没有固定时间点，本页不会替它编一个。Quartz 的 ? L W # 四个扩展字符全部支持。粘贴时也不必先清理：整行 crontab 后面的命令、CRON_TZ= 前缀、行尾注释都会被自动剥离。输入长度上限 512 个字符，超出部分会被截断并给出提示；执行时间一次最多列 50 条，向前向后各搜索 12 年。

手机上能用 Cron 表达式解析工具吗

可以，本页是纯前端页面，用手机浏览器直接打开就能用，不需要装任何 App。窄屏下逐段拆解会从横向排列自动变成纵向堆叠，速查表和执行时间列表可以横向滑动查看，长表达式也不会把页面撑出屏幕。运维在手机上收到告警要临时确认一条表达式什么时候跑，或者在通勤路上先把定时任务的时间想清楚，都可以直接用。要把结果发给同事，用交互区的「复制深链」按钮，生成的链接带上了表达式、方言和时区，对方打开就是同样的状态。