cron表达式60分钟执行：整点与间隔怎么选

更新于 2026-11-09

想让任务每小时跑一次，写法看似简单，结果却常常不如预期：有时整点准时触发，有时却从某个奇怪的时间点开始。这背后是分钟字段与小时字段配合方式的不同。本文围绕「每小时执行一次」这个常见需求，说明几种写法的实际行为差异、适合的场景，以及排查时该看哪里。

整点触发和固定间隔，其实是两回事

很多人把「每小时执行」理解成「每隔六十分钟跑一次」，但在 cron 的语义里，这两件事并不等价。

写成分钟字段固定为某个值、小时字段为通配，任务会在每个小时的这一分钟触发，比如整点、每小时的第二十分钟。它对齐的是钟表，而不是上一次执行的时间。

另一种思路是用步长表达，让分钟字段按固定跨度递增。这样得到的是若干固定触发点，仍然对齐钟表刻度，而不是从任务启动那一刻开始倒计时。

真正意义上的「距上次执行满六十分钟」并不属于 cron 能表达的范围，那需要任务自身记录上次运行时间。理解这一点，很多「为什么没有按我想的间隔跑」的疑问就解开了。

如果任务与业务时钟绑定，比如整点汇总上一小时的数据、整点刷新缓存、整点向值班群推送状态，那就该让触发点落在整点附近，用分钟字段固定为起始值、小时字段通配的写法最直接。它的好处是可预期：无论服务重启多少次，触发时刻都不变。

如果任务只是例行巡检、日志轮转、临时文件清理，对具体落在哪一分钟并不敏感，用步长写法也无妨，触发点分散在小时的若干刻度上，反而能避开整点的资源高峰。

还有一种情况值得留意：任务本身耗时接近或超过触发间隔。这时无论哪种写法都会出现重叠，需要靠任务侧的并发控制或锁来兜底，而不是指望表达式解决。

拿不准时，把候选表达式放进 Cron表达式里逐字段核对下一次触发时间，比在脑子里推演可靠得多。

分钟字段写成通配，小时字段也写成通配，那是每分钟都跑，不是每小时。这是新手最常犯的错，两个星号并排时特别容易被眼睛跳过。

带步长的写法里，起始位置会影响结果。跨度相同的表达式，起点不同，落点就不同，读日志时会看到触发时刻整体偏移。

不同调度器的字段顺序和取值范围存在差异，有的支持秒字段，有的从分钟开始。同一串表达式换到另一个环境，行为可能变化，迁移前最好确认目标调度器的规则。

时区也常被忽略。服务器时区与业务时区不一致时，整点触发会整体平移，看起来像是表达式写错了。

最后，表达式只描述「什么时候触发」，不描述「触发后做什么」。任务没跑起来，先分清是调度没触发，还是触发了但执行失败，排查方向完全不同。

遇到「没有按预期执行」，先确认调度器实际登记的表达式是什么，配置文件、环境变量、代码里硬编码的值可能互相覆盖。

再确认调度器所在机器的时区与当前时间，用日期命令看一眼比凭印象判断稳。

然后看触发记录或日志里是否有对应的执行痕迹。有痕迹说明表达式生效了，问题在任务内部；没痕迹才回到表达式本身。

如果任务有重叠执行的风险，检查是否配置了并发策略，避免上一轮还没结束下一轮又启动。

每小时触发一次，核心是把分钟字段固定住，而不是让分钟和小时都通配。整点写法对齐钟表、可预期；步长写法分散触发点、避开高峰。两者都不等于「距上次满六十分钟」，需要严格间隔时应由任务自身记录时间。排查时按表达式、时区、触发日志、任务内部逻辑的顺序逐层确认，能少走弯路。

Q1每小时执行一次，分钟字段该填什么？

填你希望触发的那一分钟。填起始值表示整点触发，填其他值表示在该分钟的刻度触发。关键是把分钟字段固定下来，而不是留成通配。

Q2为什么我的任务每分钟都在跑？

多半是分钟字段写成了通配。分钟和小时两个字段同时为通配时，含义是每个小时的每一分钟都触发，频率远高于每小时一次。

Q3整点触发和按步长触发，哪个更稳？

两者都稳定，差别在于触发点是否对齐钟表。整点触发适合与业务时钟绑定的任务；步长写法适合对具体时刻不敏感、希望错开高峰的例行任务。

Q4服务重启后触发时间会变吗？

cron 类表达式按日历刻度触发，重启不会改变触发点。会随重启变化的是那些依赖启动时刻倒计时的调度方式，两者不要混淆。

Q5表达式正确但任务没执行，查什么？

先看调度器里实际生效的表达式和时区，再看触发日志里有没有执行记录。有记录就去查任务内部逻辑，没记录再回头核对表达式。