cron表达式10点到11点每10分钟：写法与场景解析

这个需求到底在描述什么

“cron表达式10点到11点每10分钟”通常指任务在十点整开始，之后每隔十分钟触发一次，直到十一点整之前结束。也就是说，触发点落在十点整、十点十分、十点二十分……以及十一点整。这里的关键是理解“10点到11点”是包含十点整但不一定包含十一点整，还是两端都包含，不同调度器对边界的处理可能略有差异。

很多人第一次写会直接写成 */10 10-11 * * *，这表示在十点和十一点这两个小时内，分钟字段每十分钟触发一次，因此会覆盖十点整到十一点五十分之间的多个时间点，明显超出了“10点到11点”的范围。所以，不能只看小时字段的范围，还要结合分钟字段的取值来精确控制。

正确写法与字段拆解

要精确表达十点到十一点之间每十分钟触发，常见写法是 0,10,20,30,40,50 10 * * * 加上 0 11 * * *，或者用 0/10 10 * * * 配合单独处理十一点整。更简洁的写法是 0,10,20,30,40,50 10 * * *，它只覆盖十点这一小时内的六个触发点；如果希望十一点整也触发，可以再补一条 0 11 * * *。

也可以写成 0/10 10-10 * * *，但小时范围写成 10-10 有些冗余，不如直接写 10。分钟字段用 0/10 表示从零分开始每十分钟一次，等价于列出 0、10、20、30、40、50。如果你在配置界面里需要验证结果，可以借助Cron表达式工具查看下一次触发时间，确认是否落在预期区间。

需要留意的是，cron 的分钟字段不支持“到某个分钟为止”的写法，所以“每十分钟”在十点这一小时内天然就是六个点，不会多也不会少。十一点整是否包含，取决于你是否额外添加一条规则，而不是靠一个范围表达式自动解决。

边界与调度器差异

不同调度器对小时字段和分钟字段的解析基本一致，但在“是否包含结束边界”上可能有细微差别。比如有的系统把 10-11 理解为十点整到十一点五十九分五十九秒，有的则只取整点小时。因此，当你写下 0/10 10-11 * * * 时，实际触发点可能从十点整一直延伸到十一点五十分，而不是十一点整就停止。

为了避免歧义，建议把小时字段固定为单个小时，再单独处理结束点。这样写出来的规则更直观，也更容易在代码审查时被理解。如果任务对十一点整是否执行很敏感，最好在调度配置里明确拆成两条规则，而不是依赖范围表达式的隐含行为。

实际场景与验证习惯

这种时间规则常见于整点时段内的轮询任务，比如十点开始的数据同步、十点到十一点之间的状态检查，或者只在某个小时窗口内运行的提醒任务。配置完成后，不要只看表达式字面，最好用工具预览接下来几次触发时间，确认十点整、十点十分等节点都符合预期，并且十一点之后不再触发。

另外，如果任务本身执行时间较长，还要考虑上一次执行未结束时下一次触发是否会被跳过或排队，这属于调度器的并发策略，和表达式本身无关，但会影响实际效果。养成写完后预览触发序列的习惯，比反复猜测字段含义更可靠。

相关文章

• cron表达式10点到11点15：跨小时区间怎么写

  讲解十点到十一点一刻这一跨小时时段的 cron 写法，说明分钟字段与小时字段的配合、常见误写和验证思路。

• cron表达式10天一次怎么写才不踩坑

  cron 表达式无法直接表达“每十天一次”，本文说明原因并给出按日期判断、拆分任务等可行思路与避坑要点。

• cron表达式10分钟执行一次怎么写才准确

  说明cron表达式10分钟执行一次的常见写法、调度差异、验证方法与排错要点。

• cron表达式10分钟一次：写法、误区与场景

  围绕cron表达式10分钟一次的需求，说明常见写法、易错点、验证方式与适用场景，帮助开发者正确配置定时任务。

• cron表达式104000：它真的能按预期触发吗？

  解析cron表达式104000的字段构成，说明它代表的时间点及实际使用中的注意事项，帮助开发者避免调度配置错误。

常见问题