基本介绍
cron表达式 表示一组时间，使用 6 个空格分隔的字段。
Seconds Minutes Hours Day Month Week
即
秒 分 时 日 月 周
每个字段的含义如下：
Field name | Allowed values | Allowed special characters
---------- | -------------- | --------------------------
Seconds | 0-59 | * / , - #
Minutes | 0-59 | * / , -
Hours | 0-23 | * / , -
Day | 1-31 | * / , - ?
Month | 1-12 or JAN-DEC | * / , -
Week | 0-6 or SUN-SAT | * / , - ?
月份和星期字段值英文不区分大小写。 例如传递 SUN、 Sun 和 sun 同样被接受。
特殊字符
星号（ *）
星号表示 cron 表达式将匹配所有的值。例如，在第五个字段( Month)中使用星号表示每个月。
斜线（ /）
斜杠用于描述范围的增量。例如：第二个字段使用 3-59/15 表示每小时的第 3 分钟开始到第 59 分钟，每隔 15 分钟执行。
逗号（ ,）
逗号用于分隔列表的项目。例如，第五个字段使用 MON,WED,FRI 将指每周一，周三和周五执行。
连字符（ -）
连字符用于定义范围。例如，第三个字段使用 9-17 表示每天上午 9 点至下午 5 点（含）。
忽略号（ #）
忽略号表示 cron 表达式将忽略这个字段的使用，目前仅秒字段支持该符号，用于将 6 段 cron pattern 无缝转换为 5 段 linux crontab pattern。
问号（ ?）
可以使用 问号 而不是 * 来让 Day 或 Week 字段为空。
预定义格式
您可以使用几个预定义的时间来代替 cron 表达式。
Entry | Description | Equivalent To
----- | ----------- | -------------
@yearly (or @annually) | Run once a year, midnight, Jan. 1st | 0 0 0 1 1 *
@monthly | Run once a month, midnight, first of month | 0 0 0 1 * *
@weekly | Run once a week, midnight between Sat/Sun | 0 0 0 * * 0
@daily (or @midnight) | Run once a day, midnight | 0 0 0 * * *
@hourly | Run once an hour, beginning of hour | 0 0 * * * *
间隔
您还可以定义任务以固定的时间间隔执行，从添加时开始运行。这可以通过格式化 cron 规范来支持，如下所示：
@every <duration>
其中 duration 是 time.ParseDuration 接受的字符串 （ http://golang.org/pkg/time/#ParseDuration）。
例如， @every 1h30m10s 将表示添加任务之后每隔 1小时30分10秒 执行。
间隔不会考虑任务的执行开销时间。例如，如果一项工作需要 3 分钟才能执行完成，并且计划每隔 5 分钟运行一次，那么每次任务之间只有 2 分钟的空闲时间。
表达式示例
| 表达式示例 | 表达式说明 |
|---|---|
* * * * * * | 每秒执行 |
# * * * * * | 每分钟执行，每一次执行至少间隔 60 秒 |
2 * * * * * | 每分钟的第 2 秒执行 |
*/5 * * * * * | 每 5 秒执行一次 |
# */30 * * * * | 每 30 分钟执行一次 |
# 0 2 * * * | 每天凌晨 2 点执行 |
# */30 9-18 * * * | 每天 9 点到 18 点，每隔 30 分钟执行一次 |
# 0 9 * * MON,FRI | 每 周一 和 周五 在 9 点执行一次 |
注意事项🔥
所有开发语言级别 6 段式的 cron pattern 设计从实践上来说，由于底层定时器的不准确性，因此都是有一定的设计缺陷。由于 cron pattern 精确到秒级，当延 迟达到了秒级，那么任务可能会存在丢失情况。而当 golang 引擎调度比较慢的时候，那么延迟很容易达到秒级引发程序逻辑问题。
考虑大部分的场景其实并不需要如此精准的定时任务粒度控制，因此从框架 v2.7 版本开始，我们对秒字段提供了忽略符号 #，用于将 6 段式的 cron pattern 转换为 5 段式的 linux crontab pattern，更加稳健。如果是秒级粒度的定时任务场景，请考虑使用 gtimer 定时器，但同时也需要注意，任何的定时器都是不准确的，不能完全依赖底层的系统时间。