先选服务,再填写时区
默认上下文是 Scheduler。切到传统规则后,生效时区锁为 UTC;切回时保留之前填写的 Scheduler 时区。修改服务或生效参数会立刻禁用旧结果的复制与下载。
- 浏览器所在时区不会自动替换默认 UTC。
Cron / 调度规则
粘贴已有表达式,或通过字段生成草稿;预览并应用后再复制配置。
输入仅在当前浏览器中处理,不会发送到服务器。
这里只包含调度属性;名称、目标和权限需在 AWS 补齐。Scheduler 还需要目标执行角色,片段本身不会创建资源。
这里的字段仅是草稿;点击应用才替换上方表达式,粘贴的原文始终是校验依据。
cron(0 9 ? * MON-FRI *)
顺序:分钟、小时、日期、月份、星期、年份。周日为 1;日期与星期必须恰好一个为 ?。L、15W、FRIL、MON#1 只能单独作为对应日期字段。
仅处理一条表达式,最多 256 字符;年份 1970–2199。不支持秒、at()、LW 或 L 偏移。仅小时允许倒序范围,不检查日期是否实际存在。
输入或选项已更改,请更新结果后再导出。
写 AWS 定时任务时,最容易出错的往往不是小时,而是把 Linux 的五字段直接搬到云上。EventBridge cron 表达式把年份放在最后,星期从周日的 1 开始,日期和星期还需要用问号互斥。先把这些含义对齐,再考虑目标服务。
定在每个工作日上午九点,用日历条件;每隔五分钟处理一次队列,用 rate 表达式。EventBridge 调度器允许单独指定时区,传统规则始终按 UTC 执行,同样的钟点并不一定代表同一个执行时刻。
EventBridge cron 表达式在两种服务中使用相同的字段顺序,但时区并不写在表达式里。选择 Scheduler 时,输出包含独立时区属性;切换到传统规则后只保留表达式,避免把本地九点误当成 UTC 九点。
每周一到周五的早报需要日历条件,持续每隔五分钟的任务需要固定间隔。构建器分别提供六字段和数值加单位,不会把 cron 的一串日历字段拼进 rate()。
默认上下文是 Scheduler。切到传统规则后,生效时区锁为 UTC;切回时保留之前填写的 Scheduler 时区。修改服务或生效参数会立刻禁用旧结果的复制与下载。
常用预设先填入下方六字段。预览展示替换前后的表达式与字符数,应用才写回输入;撤销会同时恢复原文、服务选项和之前的输出。
自动模式会等待输入停止 350 毫秒再校验;关闭后可以用主按钮或 Ctrl/Cmd + Enter 手动执行。复制表达式适合单字段粘贴,下载则保留当前服务的 JSON 调度属性。
分别检查分钟、小时、日期、月份、星期和年份。星期数值使用 1–7,月份与星期保留 JAN–DEC、SUN–SAT 名称;列表、范围与步长按字段允许的语法处理,错误给出字段名及起始列。
支持日期字段的 L、数字加 W,以及星期字段的 L、星期加 L、单个星期加 # 次数。日期与星期必须恰好一个为问号;多个 # 或未支持的 Quartz 组合不会被当成有效结果直接透传。
Scheduler cron 输出独立时区和显式 OFF 的灵活时间窗,传统规则只输出 ScheduleExpression。Scheduler rate 不携带时区属性,因为固定间隔不表示某个地区每天的同一钟点。
裸六字段会在结果中补上 cron 包装,大小写和空白统一整理,但不会悄悄改写原始输入。Rate 构建器根据数值生成单复数单位,已有表达式也要经过相同的规则检查。
先确认是从分钟到年份的六字段,再看日期和星期是否恰好一个为 ?。周日使用 1,而不是 Unix 的 0。EventBridge cron 表达式工作台会给出支持范围内的字段错误与列位置,并区分数值越界和暂未支持的语法组合。
选择 Scheduler 后填写 Asia/Shanghai 等 IANA 名称,保留表达式里的本地钟点,由独立时区属性解释时间。传统规则依然只用 UTC;换一个显示时区不会改变规则在云端的执行语义。
Scheduler cron 遇到春季跳过的钟点会跳过当次执行,秋季重复的钟点只执行一次。Rate 的一天则始终按 24 小时计算;需要当地每天同一时间时,应使用 cron 日历条件。
传统规则是 EventBridge 的旧调度机制,时区固定为 UTC;Scheduler 可指定时区,并有独立的调用配置。本页只呈现调度属性差异,不替你迁移目标、配置角色或验证资源权限。
日历字段使用 cron(...),数值加间隔单位使用 rate(...)。把表达式填写到对应资源的 schedule_expression;Scheduler cron 还要另填 schedule_expression_timezone。下载的 JSON 是属性参考,不是 HCL 或完整资源定义。
执行时间不符合预期?