Cron 生成与解析

Cron 解析器最关键的作用，不是让表达式“看起来更高级”，而是在任务真正上线之前，把这串紧凑字符翻译成人能检查的运行规则。只要调度频率、运行日期或工作时段写错，自动任务就可能在生产环境里造成大麻烦。

当前页面的范围：标准五段 Cron

当前这个页面实际支持的是五段 Cron 表达式：分、时、日、月、周。也就是说，它适合检查标准 crontab 风格的调度规则；如果你的运行环境使用 Quartz 那样的六段或七段语法，这里更适合作为理解思路的辅助页，而不是原样照抄的验证器。

• 字段顺序本身比你“眼熟不眼熟”更重要。
• 通配符、范围、列表和步长的组合，往往是“看着像对的，实际跑起来却不是你想的那样”的来源。

如何使用这个工具

1. 输入现有 Cron 表达式，或按字段生成表达式，并先确认目标调度器方言。
2. 结合工作区中的时区假设，一起检查可读描述和后续运行时间列表。
3. 只有当预览结果与生产任务要求的日期、时段和频率完全一致后，才继续复用表达式。

Cron 生成与解析 示例

这个 Cron 生成与解析 示例使用有代表性的带调度字段和时区假设的 Quartz Cron 或标准 Crontab 表达式，展示生成后的可读的调度说明和按顺序排列的未来执行时间，便于你先确认字段数量、是否支持秒、星期规则、L/W/# 语法、时区、夏令时切换和调度器方言，再把同样设置用于真实输入。

示例输入

0 9 * * 1-5

预期输出

Runs at 09:00 every weekday; upcoming run times are listed in order.

经典工作日调度示例

0 9 * * 1-5

含义：每个工作日 09:00 运行。

常见使用场景

Cron 生成与解析 最适合用在带调度字段和时区假设的 Quartz Cron 或标准 Crontab 表达式需要快速变成可读的调度说明和按顺序排列的未来执行时间的场景，尤其是任务排期、工作流自动化、报表发送、维护窗口和云调度器 QA。

• 用于生成或解析 Cron 表达式并预览后续运行时间，服务于任务排期、工作流自动化、报表发送、维护窗口和云调度器 QA。
• 处理重要输入前，可先用示例流程确认字段数量、是否支持秒、星期规则、L/W/# 语法、时区、夏令时切换和调度器方言。
• 当结果符合目标流程后，再复制或下载可读的调度说明和按顺序排列的未来执行时间。

Cron 规则为什么上线后还会失败

Cron 真正容易出事故的时候，是表达式、时区和运行时假设从未被一起核对过。开发者以为写的是“每天九点”，平台却按 UTC 执行；运营以为写的是“工作日”，调度器却把星期定义解释成了另一套规则。解析页的价值，就在于把这些平时看不见的调度假设翻译成一串具体日期和时间，让你在上线前先看到错位。

• 只要任务跨地区或长期循环，就应先把时区和夏令时行为核对清楚。
• 在月底、跨周和夏令时切换附近，未来运行样本尤其值得重点检查。
• 只有当预览结果和真实业务预期完全一致时，这条表达式才算真正可部署。

最容易把任务排错的几个点

Cron 事故高发点通常不是语法完全不会写，而是字段位置看错、日期和星期混淆，或者默认以为服务器时区和自己电脑时区一致。这几类问题在自动任务上线后往往最难察觉。

• 一定要确认真实调度器使用的时区是什么。
• 看后续运行时间预览，通常比只靠脑内默读表达式更可靠。

五段 Cron 字段速览

使用注意

• 复用可读的调度说明和按顺序排列的未来执行时间前，先检查字段数量、是否支持秒、星期规则、L/W/# 语法、时区、夏令时切换和调度器方言。
• 最终必须在实际运行它的调度器里验证表达式，因为 Cron 方言和默认时区并不一致。
• 当结果会影响生产工作或客户可见内容时，应保留原始带调度字段和时区假设的 Quartz Cron 或标准 Crontab 表达式以便回退和核对。

Cron 生成与解析 参考说明

Cron 生成与解析 的文案应说明 Cron 字段、表达式示例、运行时间预览和时区假设。

• 常见 Cron 表达式包含分钟、小时、日期、月份和星期字段。
• 启用自动任务前，应仔细检查步长、范围、列表和通配符。
• 务必确认运行环境使用本地时间、UTC 还是指定时区。

参考资料

• man7: crontab(5)
• Quartz Scheduler CronTrigger Tutorial