EventBridge cron 表达式的写法：? 的含义、星期数字、日本时间的指定与从 crontab 改写

EventBridge 的 cron 表达式是用 cron( ) 括起来的“6 个字段”

EventBridge 的计划用 cron( ) 或 rate( ) 之一来写。cron( ) 中用空格分隔排列 6 个值：在 crontab 的 5 个字段之外再加上“年”。年字段不能省略，所以即使不限年份，也要在末尾写 *。

例如“工作日（周一至周五）的 0:00（UTC）”是“cron(0 0 ? * MON-FRI *)”。与 crontab 的“0 0 * * 1-5”相比，日期字段变成了 ?，星期变成了英文缩写，最后还多了年的 *。这 3 处就是从 crontab 移过来时必须修改的地方。

? 的规则：日期或星期必须有一方为 ?

EventBridge 中最容易报错的是 ? 的用法。? 表示“这个字段不指定（由另一个字段决定）”，必须恰好写在日期（第 3 个）或星期（第 5 个）其中一方。两者都写 * 不行，两者都写 ? 也不行。

记法很简单：“按星期决定就把日期设为 ?，按日期决定就把星期设为 ?，每天就把日期设为 *、星期设为 ?”。由于这个机制，像 crontab 那样的“日期或星期其中之一（OR）”和 Spring 那样的“两者都满足（AND）”，都无法用一条规则写出。“每月 1 日和每周五”这样的指定，要拆成按日期的规则和按星期的规则两条。

星期数字 1 是周日：与 crontab 差一位

在 crontab 中 0 是周日、1 是周一，而在 EventBridge 中 1 是周日、2 是周一……7 是周六。照抄数字的话，所有星期都会提前一天。

把 crontab 的“1-5”原样写进 EventBridge，就会变成周日至周四（SUN-THU），出现周一的处理在周日运行、周五却不运行这种难以察觉的问题。在 EventBridge 中用 MON-FRI 这样的英文缩写书写，就不必在意数字的偏差，推荐这样写。

用 L、W、# 写月末、工作日和第 n 个星期几

EventBridge 的 cron 表达式可以直接表示 crontab 写不出的“月末”“第 n 个星期几”等。这些在每日、每月的批处理中很常用，记住代表性的写法会很方便。

# 和 L 要与星期数字组合使用，所以这里同样要注意“1 是周日”的偏差。按 crontab 的习惯把第 2 个周二写成“2#2”，就会变成第 2 个周一。W 表示“指定的日子如果是周六日，就在同一个月内离它最近的工作日”运行，不会跨月。2026 年 11 月 15 日是周日，所以 15W 会在次日 16 日（周一）运行。

与 rate 表达式的区别：“每隔”是从开始的时间算起

如果只是简单的间隔，也可以用 rate( ) 代替 cron。像 rate(5 minutes)、rate(1 hour)、rate(7 days) 这样写上数字和单位（minute、hour、day）。

• 数值为 1 时用单数，2 以上用复数。rate(1 hours) 或 rate(5 minute) 会报错
• 间隔从创建（或启用）规则的时间开始计算，所以无法对齐到“每小时 0 分”这样的时间
• 想在“每小时 0、15、30、45 分整”运行，不要用 rate(15 minutes)，而要用 cron(0/15 * * * ? *)
• 没有周和月的单位，每周、每月的处理要用 cron 写

在 EventBridge 的 cron 表达式中，一般把间隔的起点写成“0/15”这样的数字（与“*/15”含义相同）。日志汇总这类时间对齐后更便于处理的工作用 cron，健康检查这类只看间隔的工作用 rate，这样区分使用比较好。

按日本时间运行：规则用 UTC，Scheduler 可以选择时区

EventBridge 有两种创建计划的方式：一直以来的“EventBridge 规则（Rules）”和 2022 年新增的“EventBridge Scheduler”。cron 表达式的写法相同，但时区的处理不同。

用规则对齐日本时间时，与 GitHub Actions 一样，写上减去 9 小时的 UTC 时间。日本时间 0 点到 8 点多是 UTC 的前一天，所以星期也要退回一格。例如日本时间工作日 8:00 是 UTC 周日至周四的 23:00，写成“cron(0 23 ? * SUN-THU *)”。具体换算步骤在让 GitHub Actions 的 cron 按日本时间运行的方法中有详细讲解。新建的话，用可以指定时区的 Scheduler 不会出现时差计算错误，更安全。

与 crontab、Kubernetes、Spring、systemd 的改写对照表

下面把同一个计划按各常用系统的写法排列。时间均为各系统所指定时区的时间（EventBridge 规则和 GitHub Actions 为 UTC）。

• Kubernetes CronJob 与 crontab 一样是 5 个字段。1.27 起可以用 spec.timeZone: Asia/Tokyo 指定日本时间，不能在 schedule 中写 CRON_TZ=
• Spring 是开头带秒字段的 6 个字段。可以像 @Scheduled(cron = "0 0 9 * * MON-FRI", zone = "Asia/Tokyo") 这样用 zone 指定时区
• systemd timer 的 OnCalendar 是“星期 年-月-日 时:分:秒”的形式。~01 表示“从月末倒数第 1 天”，也就是最后一天

在 cron 表达式检查器中把写法种类选为 AWS EventBridge 并粘贴表达式，就会提示漏写 ? 或星期数字的偏差，并显示释义和下次执行时间。输入 crontab 的表达式，还能一次查看改写成 EventBridge、Kubernetes、Spring、systemd 写法的结果。涉及日期与星期 OR 区别的移植，请一并查看cron 日期与星期的 OR 规则及第 n 个星期几、月末的写法。

常见问题

EventBridge cron 表达式中的 ? 是什么意思？

意思是“这个字段不指定”，必须写在日期或星期其中一方。按星期决定就把日期设为 ?，按日期决定就把星期设为 ?。每天运行就像 cron(0 9 * * ? *) 这样把日期设为 *、星期设为 ?。两者都是 * 或都是 ? 会报错。

EventBridge 怎样在日本时间 9 点运行？

EventBridge 规则按 UTC 解读，所以减去 9 小时写成 cron(0 0 * * ? *)。如果用 EventBridge Scheduler，写成 cron(0 9 * * ? *) 并把时区（ScheduleExpressionTimezone）指定为 Asia/Tokyo，就会在日本时间 9:00 运行。

EventBridge 的星期数字中哪个是周一？

1 是周日，2 是周一……7 是周六。与 crontab（0 是周日，1 是周一）差一位，所以工作日是 2-6。为避免弄错数字，推荐用 MON-FRI 这样的英文缩写书写。

EventBridge 每 5 分钟运行一次，用 cron 还是 rate 好？

只看间隔的话，rate(5 minutes) 最简单。但 rate 从创建规则的时间开始计算，执行时间不会对齐到每小时 0、5、10 分。想对齐时间就用 cron(0/5 * * * ? *)。

crontab 的“0 9 * * 1-5”在 EventBridge 中怎么改写？

把日期设为 ?、星期设为 MON-FRI（用数字则是 2-6），最后加上年的 *，写成 cron(0 9 ? * MON-FRI *)。另外，EventBridge 规则按 UTC 解读，所以想在日本时间 9:00 运行，要把小时改为 0，写成 cron(0 0 ? * MON-FRI *)。