夏令时对程序有什么影响？开发者必须知道的坑

夏令时（DST）每年让时钟“拨快一小时、再拨回一小时”，这看似简单的调整，却给软件开发者带来不少麻烦。

夏令时会造成什么

• 时间“跳过”：春季拨快时，某些时刻根本不存在，如某地凌晨2:00直接跳到3:00
• 时间“重复”：秋季拨慢时，某些时刻出现两次，如凌晨1:00出现两遍
• 时长计算错误：跨越切换点时，实际经过的时间与钟表时间不一致

这些现象会让时间计算、任务调度和日志分析出现意外。

常见Bug场景

• 定时任务：原定凌晨2:30执行的cron任务，在拨快日可能不执行
• 预约系统：在重复的那一小时内的预约，可能出现两次或被覆盖
• 时间差计算：用本地时间相减，跨越DST时会得到错误的小时数
• 日志顺序：日志时间戳若用本地时间，切换当天可能出现“时间倒流”

应对方法

• 存储用UTC：内部统一用UTC，只在展示时转本地时间
• 使用IANA时区数据库：依靠成熟的时区库自动处理DST规则
• 用带时区的类型：如 Java 的 ZonedDateTime、Python 的 zoneinfo、JavaScript 的 Intl
• 避免用本地时间做运算：时间差计算尽量基于UTC或时间戳
• 了解业务所在时区：明确用户和服务器所在时区，避免假设

结语

夏令时是时间编程的“深水区”。遵循“存UTC、用标准库、明晰时区”的原则，可以避开绝大部分DST陷阱。