0 0 1 1 * 在 Cron 表达式解析中打开 逐字段解释
| 字段 | 值 | 匹配 |
|---|---|---|
| 分钟 | 0 | 0 |
| 小时 | 0 | 0 |
| 日 | 1 | 1 |
| 月 | 1 | 一月 |
| 星期 | * | 任意值 |
接下来的运行时间
示例:2026年1月1日 之后的前 6 次运行(UTC)。
- 2027年1月1日周五 00:00
- 2028年1月1日周六 00:00
- 2029年1月1日周一 00:00
- 2030年1月1日周二 00:00
- 2031年1月1日周三 00:00
- 2032年1月1日周四 00:00
各平台写法
crontab
0 0 1 1 * /path/to/command 用 crontab -e 添加这一行。除非设置了 CRON_TZ 或 TZ,否则按服务器时区运行。
Kubernetes CronJob
apiVersion: batch/v1
kind: CronJob
metadata:
name: every-year
spec:
schedule: "0 0 1 1 *"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: busybox:1.36
command: ["/bin/sh", "-c", "date; echo run"] 设置 spec.timeZone(Kubernetes 1.27+);不设置时按 controller manager 的时区,通常是 UTC。
GitHub Actions
on:
schedule:
- cron: '0 0 1 1 *'
workflow_dispatch: GitHub Actions 始终使用 UTC,最短间隔为 5 分钟,负载高时定时任务可能延迟启动。
Quartz
0 0 0 1 1 ? Quartz 把秒放在最前面,并且日和星期中必须有一个写 ?。星期用 1–7 表示(从周日开始),用英文缩写更不容易出错。
Spring
@Scheduled(cron = "0 0 0 1 1 *") Spring 的 @Scheduled(cron = …) 使用六个字段:秒,再加上常规的五个字段。
常见问题
› 每年一次的任务用 cron 可靠吗?
如果那一刻机器关机,这次运行就会被跳过。需要补跑的任务用 anacron 或设置 Persistent=true 的 systemd timer。
› 0 0 1 1 * 按哪个时区运行?
Cron 使用运行它的机器或服务的时区。在 Linux 上是系统时区,除非设置了 CRON_TZ 或 TZ;Kubernetes CronJob 可以设置 spec.timeZone;GitHub Actions 始终使用 UTC。
› 部署前怎么检查这个计划对不对?
在本站的 Cron 表达式解析中打开 0 0 1 1 *。它会解释每个字段,并按本地时间或 UTC 列出接下来的运行时间,全部在浏览器里完成。