Cron 表达式解析器
解析 Cron 表达式，预览下次执行时间。
接下来 5 次执行时间
2026-09-29 09:00:00 UTC
2026-09-30 09:00:00 UTC
2026-10-01 09:00:00 UTC
2026-10-02 09:00:00 UTC
2026-10-05 09:00:00 UTC
格式：分 时 日 月 周。示例：0 9 * * 1-5（工作日每天 9 点）、*/15 * * * *（每 15 分钟）、0 0 1 * *（每月 1 日零点）。
About Cron 表达式解析器
Cron 表达式用于在 Linux/Unix 服务器、Kubernetes CronJob、Jenkins 和各类 CI/CD 系统中调度任务，但五段式语法（分 时 日 月 周）极易写错。本解析器可校验任意表达式并给出精确的接下来 5 次执行时间，让它在生产环境运行之前先验证调度意图。
常见模式示例：`*/5 * * * *` 每 5 分钟一次；`0 9 * * 1-5` 工作日每天 9 点；`0 0 1 * *` 每月 1 日零点；`30 2 * * 0` 每周日 02:30。预览随编辑实时更新——如果下次执行时间与预期不符，即使语法合法，表达式也是错的。
一个高频陷阱：日字段与周字段同时受限时，多数 cron 实现按「或」逻辑执行（任一匹配即触发），这出乎很多人意料。本工具遵循 Kubernetes 和多数 Linux 发行版使用的标准 Vixie cron 语义。预览按浏览器本地时间计算；服务器配置为 UTC 时请相应换算。
Frequently Asked Questions
预览用的是哪个时区？
浏览器的本地时间。服务器上的 cron 通常按 UTC（或容器配置的时区）执行，请对应换算预期时间，或临时在同一时区下配置再验证。
支持 @hourly、@reboot 这类写法吗？
解析器聚焦标准五段式语法。@hourly（0 * * * *）、@daily（0 0 * * *）等描述符可以按展开后的形式输入验证。
为什么 Kubernetes CronJob 行为不一样？
Kubernetes 使用相同的五段式语法，但按控制器时区（默认 UTC）执行，且错过的任务不补跑。表达式语法完全一致，这里的验证结果可以直接迁移。