cron表达式10点到11点15：跨小时区间怎么写
很多人第一次写「十点到十一点一刻」这种跨小时的定时任务时会卡住：它既不是一个整点区间，也不是单纯某一小时内的分钟范围。cron 表达式按字段分别描述时间，跨小时时段需要把小时与分钟两个维度拆开考虑，写错往往表现为任务在错误的时间点触发，或者干脆不触发。下面从实际排期场景出发，把这类区间的写法、易错点和验证方法讲清楚。
在线工具Cron表达式
先弄清「十点到十一点一刻」到底包含哪些时刻
这个区间横跨两个自然小时：前一个小时从整点开始，后一个小时只走到一刻钟。写 cron 之前，最好先把期望触发的时刻在纸上列一遍，确认边界是否包含端点。
常见有两种理解：一种是包含十点整到十一点一刻之间的所有分钟；另一种是只关心每个小时内的固定分钟点。两种理解对应的表达式完全不同，所以在动手写之前，先和需求方确认触发粒度——是每分钟都要跑，还是只在若干固定分钟上跑。粒度定下来，字段的写法才有依据。
分钟字段与小时字段要分开描述
cron 的分钟字段和小时字段是独立匹配的。对于跨小时区间，比较稳妥的思路是把它拆成两段：前一个小时用完整的分钟范围，后一个小时只取区间内的分钟。
例如希望在前一个小时每分钟触发、后一个小时仅在开头若干分钟内触发，就需要在小时字段里同时列出两个小时，再在分钟字段里表达两段不同的分钟集合。若两段分钟集合无法用一个字段表达，就拆成两条定时任务分别注册，往往比硬凑一条表达式更清晰，也更容易在日志里定位问题。
写完后可以借助 Cron表达式 工具逐字段核对下一次触发时间，比在脑子里推演可靠得多。
几个容易踩的坑
第一个坑是把区间写成连续的小时范围，却忘了分钟字段会作用于范围内每一个小时，导致后一个小时也按整段分钟触发，触发次数比预期多。
第二个坑是边界处理。十一点一刻这一分钟是否要触发，取决于业务对端点的定义，写表达式时要么包含、要么排除，不能含糊。
第三个坑是时区。服务器时区与业务所在时区不一致时，表达式看起来正确、实际却在别的钟点执行。上线前确认运行环境的时区设置，比反复改表达式更有效。
第四个坑是星期与日期字段的联动。如果同时限定了星期几，部分 cron 实现会把日期与星期按「或」处理，跨小时区间的任务可能在意想不到的日子触发，需要结合具体调度器文档确认语义。
验证与维护的建议
表达式写好后，先在一个较短的观察窗口里看实际触发记录，确认边界分钟、跨小时衔接处都符合预期，再放到正式环境。
维护阶段建议在任务配置旁写一行注释，说明这个区间为什么这样拆、端点是否包含，避免后来的人凭直觉改动。若业务把区间调整为新的时段，优先重新梳理时刻清单，而不是在原表达式上做局部修补，局部修补最容易留下多余的触发点。
对于触发频率较高的任务，还要评估执行耗时是否会与下一次触发重叠，必要时在任务内部加互斥控制。
总结
cron表达式10点到11点15的难点在于跨小时且两段分钟规则不同。先把期望触发的时刻列清楚、确认端点与时区，再决定用一条还是拆成多条任务；上线前用工具核对触发时间，维护时留下注释说明拆分理由。
相关文章
- cron表达式10点到11点每10分钟：写法与场景解析
围绕cron表达式10点到11点每10分钟的需求，说明如何用cron实现整点时段内每十分钟触发，并提醒边界与常见误区。
- cron表达式10天一次怎么写才不踩坑
cron 表达式无法直接表达“每十天一次”，本文说明原因并给出按日期判断、拆分任务等可行思路与避坑要点。
- cron表达式10分钟执行一次怎么写才准确
说明cron表达式10分钟执行一次的常见写法、调度差异、验证方法与排错要点。
- cron表达式10分钟一次：写法、误区与场景
围绕cron表达式10分钟一次的需求，说明常见写法、易错点、验证方式与适用场景，帮助开发者正确配置定时任务。
- cron表达式104000：它真的能按预期触发吗？
解析cron表达式104000的字段构成，说明它代表的时间点及实际使用中的注意事项，帮助开发者避免调度配置错误。
常见问题
Q1为什么不能简单写成小时范围加通配分钟？
因为分钟字段会作用到小时范围内的每一个小时，后一个小时也会按整段分钟触发，结果比预期多出许多触发点。跨小时且两段分钟规则不同时，拆成两条任务通常更清楚。
Q2十一点一刻这一分钟要不要包含？
取决于业务对区间端点的定义。写表达式前先明确是闭区间还是半开区间，并在配置注释里写清楚，避免后续维护时产生歧义。
Q3表达式看着没问题，任务却在别的钟点执行，是什么原因？
优先检查运行环境的时区设置是否与业务时区一致，其次确认调度器对日期与星期字段的联合语义，这两处最容易造成「表达式正确、行为不符」。
Q4跨小时区间一定要拆成两条任务吗？
不一定。如果两段分钟规则能用同一个字段表达，一条即可；当两段规则差异较大时，拆分更易读、更好排查，也方便单独调整其中一段。