crontab与时区：定时任务为什么会跑错时间

运维和开发中，crontab是最常用的定时任务工具。但很多人遇到过“任务明明设了凌晨3点，却在下午执行”的情况——这通常与时区有关。

cron按什么时区运行

cron默认使用服务器的系统时区。服务器通常部署在云上，系统时区多为 UTC。如果你按北京时间写了任务，而服务器是UTC，那么任务会比预期晚8小时执行。

典型问题

• 时区不一致：用户以为按本地时间，服务器实际按UTC
• 夏令时：服务器时区若实行DST，切换日可能出现任务跳过或重复
• 多台服务器：时区设置不统一，任务执行时间参差不齐

如何正确处理

• 统一时区：明确服务器时区，并按该时区设定cron
• 用UTC思维：如果服务器是UTC，就按UTC安排任务，避免个别服务器特殊化
• 指定时区：部分cron实现支持 CRON_TZ 变量或在任务中设置 TZ 环境变量
• 用应用层调度：对于复杂需求，可用应用内调度器（如定时任务框架），其时间处理更可控
• 考虑systemd timer：现代Linux可用systemd timers，支持更明确的时间配置

举例说明

若希望任务在北京时间每天02:00执行，而服务器时区为UTC，则应把cron写成 0 18 * * *（UTC的18:00 = 北京次日02:00）。

结语

crontab的“时区坑”根源在于系统时区与预期不符。明确时区、统一配置，是避免定时任务跑错时间的关键。