cron表达式1点半：从整点误区到灵活调度

为什么你的“1点半”任务总在别的时间跑

一位同事曾抱怨：明明写了 30 1 * * *，任务却每天下午一点半才执行。检查后发现，他把小时字段当成了十二小时制，而 cron 默认使用二十四小时制。凌晨一点半对应的小时值是 1，下午一点半则是 13。如果你期望的是凌晨，那么 30 1 * * * 才是正确的；若想要下午，就得写成 30 13 * * *。

另一个常见误区是字段顺序。cron 表达式从左到右依次是分钟、小时、日、月、星期，有人把小时和分钟写反，变成 1 30 * * *，结果任务在每小时的 30 分执行，完全偏离预期。记住“分时日月周”的口诀，能减少这类低级错误。

拆解“1点半”的表达式结构

以 30 1 * * * 为例，五个字段的含义分别是：分钟为 30，小时为 1，日、月、星期均为通配符，表示每天凌晨一点半触发一次。如果你需要限定在某个月份或星期几，可以替换对应的星号。比如只在工作日执行，就把星期字段改为 1-5，得到 30 1 * * 1-5。

有些调度器支持秒级精度，表达式会多一个秒字段，放在最前面。此时凌晨一点半应写成 0 30 1 * * *。在编写前，先确认你使用的工具或框架采用几位字段，避免多写或少写。本站的 Cron表达式工具 可以帮你快速验证字段数量与取值是否匹配。

当“1点半”遇上时区与夏令时

cron 表达式本身不包含时区信息，它依赖运行环境的系统时区。如果你的服务器设置为 UTC，而业务逻辑期望北京时间凌晨一点半，那么直接写 30 1 * * * 会在 UTC 一点半触发，对应北京时间上午九点半。解决办法要么调整服务器时区，要么在表达式中换算小时值，例如用 30 17 * * * 表示 UTC 前一天的十七点半（对应北京时间次日凌晨一点半）。

夏令时切换时，某些本地时间可能不存在或重复出现，cron 的行为因实现而异。对于关键任务，建议在切换日前后检查日志，或改用支持时区参数的调度器，在表达式外单独指定时区。

从“1点半”延伸：处理非整点与特殊间隔

除了固定的凌晨一点半，实际需求中还常见“每隔一段时间执行”或“在某个时间范围内触发”。cron 的步长语法可以表达间隔，例如 */15 * * * * 表示每十五分钟一次，但这类写法与“1点半”这种绝对时间点属于不同思路。若想在一点到两点之间每十分钟执行，可以写成 */10 1 * * *，它会在一点整、一点十分、一点二十分等时刻触发，包含一点半。

注意步长语法中的起始点：*/10 从零开始计数，所以不会自动对齐到半点。如果你需要从一点半开始每隔十分钟，就得用列表或范围组合，例如 30,40,50 1 * * *。理解这些组合方式，能让你在固定时间点和间隔触发之间自由切换。

相关文章

• cron表达式1点触发每5分钟更新一次怎么写？

  解析cron表达式1点触发每5分钟更新一次的两种含义，说明字段写法、持续范围与避坑方法。

• cron表达式1点半执行：写法、场景与常见误区

  围绕cron表达式1点半执行，讲清分钟与小时字段的写法、每日触发场景、时区与夏令时影响，并给出常见错误的排查思路。

• cron表达式1小时执行一次：从困惑到精通的实用解析

  详解cron表达式1小时执行一次的写法、常见误区与验证方法，帮助开发者准确配置每小时任务调度。

• cron表达式1小时一次：为什么你的定时任务没按预期跑

  从实际场景出发，解释每小时执行一次的cron表达式写法、常见误区与排查方法，帮助开发者避免定时任务配置错误。

• cron表达式1分钟执行一次，写法与常见误区

  讲清 cron 每分钟触发的字段写法、适用场景与常见误区，帮助开发者正确安排高频定时任务。

常见问题