cron的表达式范例：从字段顺序到常见写法

先认清字段顺序，再谈写法

一条 cron 表达式从左往右依次表示分钟、小时、日、月、星期，多数实现还会在最前面多一个秒字段。顺序记反是最常见的错误：想每天某个整点执行，却把小时写进了分钟位，结果任务在错误的时间点被触发。

判断顺序有个笨办法但很管用：把表达式按空格切开，数一数有几段。五段通常是不带秒的经典格式，六段则多了秒。切分之后逐段对照含义，比盯着整串字符硬记可靠得多。

字段内部也不是随便填。分钟和小时可以用具体数字，也可以用范围或列表；日、月、星期还常配合通配符。先确认段数，再逐段填入，出错的概率会低很多。

通配符、列表与步长的分工

星号表示该字段的每一个取值都满足，所以放在分钟位就是每分钟都触发，放在星期位就是每天都算。它本身没有“每隔多久”的含义，这一点常被误解。

真正表达间隔的是斜杠。比如分钟位写成步长形式，意思是按固定间隔在分钟范围内取点；小时位加步长，则是在小时范围内等距取点。斜杠前面的数字是起点，后面的数字是间隔，两者配合决定触发时刻。

列表用逗号隔开，适合列举少量明确时刻；连字符表示连续区间。实际写调度时，这几种符号经常混用，例如在一个字段里既限定区间又排除个别点。组合越多越要逐段回读，避免把列表逗号和字段分隔的空格搞混——它们的作用完全不同。

日期与星期同时出现时的取舍

很多人第一次写“每月某天且每周某天”时，会理所当然地认为两个条件要同时满足。可在不少 cron 实现里，日字段与星期字段同时被指定时，满足其中之一就会触发，而不是取交集。这个差异直接影响任务频率，写之前值得先确认所用调度器的行为。

如果确实需要两个条件同时成立，通常的做法是只保留其中一个字段，另一个用通配符，再在任务脚本内部做二次判断。这样逻辑更透明，也方便排查为什么任务多跑或少跑。

月份字段相对简单，主要注意别把月份编号和日常习惯弄混。跨月、跨年的调度最好用范围表达，而不是依赖单点数字堆叠，读起来更清晰。

几个容易踩坑的写法片段

第一类坑是“以为每分钟执行，实际只在整点执行”。分钟位写成一个固定数字，任务就只在那一分钟触发；想持续轮询，分钟位应当是通配符或带步长的形式。

第二类坑是范围边界。连字符两端都包含在内，写范围时要想清楚是否把端点也算进去。若只想覆盖区间内部，需要换一种表达方式。

第三类坑是时区。表达式本身描述的是调度器所在环境的本地时间，服务器时区与预期不一致时，触发时刻会整体偏移。部署前核对运行环境的时区设置，比事后翻日志省事。

第四类坑是特殊字符串。有些实现支持用简写代替复杂字段组合，但不同调度器支持的简写并不统一，移植到别的环境时可能失效。追求可移植性时，老老实实写完整字段更稳妥。

相关文章

• cron组合表达式怎么写才不出错

  解释cron组合表达式如何把多个时间条件拼进一条规则，梳理常见写法、组合顺序与易错点，帮助开发者读懂和排查定时任务。

• cron的正则表达式：能匹配任务时间吗？

  cron表达式不是正则，但可以用正则做初步校验。本文讲清两者区别、常见误区和正确用法。

• cron生成器表达式：从困惑到清晰

  理解cron生成器表达式的含义与用途，掌握字段规则和常见陷阱，让定时任务配置更轻松。

• cron每天6点执行表达式：写法与避坑

  详解cron每天6点执行表达式的写法、常见误区与验证方法，帮助开发者正确配置定时任务。

• cron毫秒表达式：精准调度背后的疑问与取舍

  解析cron毫秒表达式的含义、适用场景与常见误区，帮助开发者在任务调度中做出合理选择。

常见问题