定时任务
Cron 表达式解释器
在线解释标准 5 位或带秒字段的 6 位 Cron 表达式，拆解每个字段的含义，并生成后续执行时间，适合服务器任务、调度平台和自动化脚本排查。
支持 5 / 6 位 Cron解释字段含义生成后续执行时间
直接解释表达式
输入后会立即拆解秒、分、时、日期、月份和星期字段，同时按当前时区给出接下来几次执行时间。
支持标准 5 位 Cron，以及带秒字段的 6 位写法。支持 @daily / @weekly 这类快捷表达式。
如果你复制的是 Quartz 风格表达式，日期字段里的 `?` 会按“该位不限制”处理。
在 周一 到 周五 09:00 执行。
参考时间：2026/05/05周二 09:00:00
- 表达式模式
- 5 位标准
- 规范表达式
- 0 9 * * 1-5
- 下次执行数
- 5
- 时区
- Asia/Shanghai
- 提醒数量
- 0
字段原始值含义展开预览
分钟0在 0 分执行0
小时9在 9 点执行9
日期*每天1 到 31
月份*每个月1 月 到 12 月
星期1-5在 周一 到 周五 执行周一 到 周五
很多误配不是语法不会写，而是字段顺序记混、5 位和 6 位规则混用，或者工作日逻辑理解错了。
适合排查 crontab、云面板、CI 定时任务和 Java 调度平台里的表达式配置。
有的平台支持 5 位标准 Cron，有的平台支持 Quartz 6 位或 7 位写法，复制表达式前要先判断目标环境。
为什么需要单独解释 Cron
定时任务一旦写错，问题通常不是立即报错，而是到了错误时间才暴露，排查成本很高。
- 日期、星期和步长一旦看错，任务可能会漏跑、频繁跑，或者压根不在你以为的时间执行。
- 5 位和 6 位表达式混用时，最容易把秒字段误当成分钟字段，导致整条规则整体错位。
- 先把表达式讲清楚，再去动生产配置，能显著减少“改了但还是不对”的反复试错。
什么时候最适合用它
Cron 表达式解释器更适合放在改配置之前，而不是出问题之后才硬猜。
- 接手旧系统时，先把定时规则逐条解释一遍，能最快摸清真实执行节奏。
- 把表达式发给同事或写进文档前，先补成自然语言说明，沟通成本会低很多。
- 如果任务还会触发请求、清理脚本或导出流程，后面可以继续接 cURL、JSON 或 Header 工具排查链路。
常见 Cron 场景参考
下面这组常见表达式可以帮助你先建立字段顺序和调度节奏的直觉。
场景表达式含义适合用途
工作日晨会提醒0 9 * * 1-5每周一到周五 09:00适合后台任务、提醒推送和日报同步
每 15 分钟采集*/15 * * * *每 15 分钟执行一次适合缓存刷新、轮询任务和统计同步
周日备份30 2 * * 0每周日 02:30适合低峰时段做备份或清理任务
Quartz 工作日0 0 10 ? * MON-FRI每周一到周五 10:00:00适合 Java / 调度平台常见写法
实际演示
示例输入输出
示例覆盖高频的工作日任务和 Quartz 风格表达式，适合快速理解 5 位 / 6 位 Cron 的差异。
示例 1
工作日早间任务
适合验证后台提醒、日报推送和上班前同步任务的执行节奏。
输入
Cron 输入
0 9 * * 1-5
参考时间
2026-05-05 10:20:00 Asia/Shanghai
输出
执行说明
在 周一 到 周五 09:00 执行。
后续执行
2026/05/05周二 17:00:00 2026/05/06周三 17:00:00 2026/05/07周四 17:00:00
示例 2
Quartz 工作日表达式
适合分析 Java 调度平台、工作流或云任务里的 6 位定时规则。
输入
Cron 输入
0 0 10 ? * MON-FRI
参考时间
2026-05-05 10:20:00 Asia/Shanghai
输出
执行说明
在 周一 到 周五 10:00:00 执行。
后续执行
2026/05/05周二 18:00:00 2026/05/06周三 18:00:00 2026/05/07周四 18:00:00
规则说明
Cron 表达式解释器会先判断当前是标准 5 位写法还是带秒字段的 6 位写法，再拆解秒、分、时、日期、月份和星期字段。
- 5 位 Cron 更接近常见的 Linux crontab，6 位写法更常见于 Java 调度平台和部分云任务系统。
- 日期和星期字段同时受限时，当前结果会按标准 Cron 的任一匹配思路解释，并给出提醒。
- 如果你贴的是 @daily、@weekly 这类快捷写法，页面会先展开成完整表达式再继续说明。
常见误区
很多定时任务配错，不是因为不会写数字，而是混淆了字段顺序、平台语法和时区。
- 把 6 位表达式直接贴进 5 位平台，是最常见的错位来源之一。
- 看起来像工作日任务的规则，如果日期和星期字段一起受限，执行结果可能和直觉不同。
- 很多所谓的任务不准点，其实是平台时区和页面时区不一致，而不是表达式本身错了。
结果解释
结果区会同时给出自然语言说明、字段表和后续执行时间，方便你快速判断当前规则到底会怎么跑。
- 自然语言说明更适合先做第一层理解，确认这条规则大方向有没有跑偏。
- 字段表适合逐位核对分钟、小时、日期和星期，避免只看一句摘要就下结论。
- 后续执行时间更适合拿来和目标平台对照，确认是不是时区或语法方言问题。
推荐处理链路
Cron 表达式通常位于部署脚本、配置文件或调度平台里，解释清楚之后还会继续回到真实配置链路。
- 先把执行节奏确认清楚，再回头改平台配置，会比直接在线上盲改更稳。
- 如果表达式是放在配置文本或请求任务里，后面通常还会继续处理转义、JSON 或请求命令。
常见问题
常见问题
Cron 表达式解释器 FAQ 主要补充 5 位与 6 位差异、问号字段和平台差异理解。
5 位和 6 位 Cron 的区别是什么？
标准 Linux crontab 更常用 5 位写法，而很多 Java / 调度平台会多一个秒字段，变成 6 位。复制表达式前，先确认目标平台支持哪一套语法。
为什么表达式里有问号 ? 也能解析？
在 Quartz 风格表达式里，问号通常表示该位不指定。当前页面会把日期或星期字段里的问号按不限制处理，方便你理解整条规则的执行节奏。
为什么平台显示的下次执行时间和这里不完全一样？
最常见原因是时区不同，或者平台对日期与星期同时受限时采用了不同规则。真正改生产任务前，仍然建议回到目标平台再做一次最终确认。
继续了解
相关工具
你还可以继续使用其他已经可用的开发辅助工具。