概念DST / Daylight Saving Time
夏令时
许多地区为节约能源而在春夏季节将时钟拨快一小时的做法。对定时任务系统而言，夏令时切换日存在23或25小时，某些本地时间不存在或出现两次，是定时调度必须处理的边界情况。
时间轴 (近 90 天)
10月31日
服务器通常运行在UTC，若直接用服务器默认时区构造本地时间，在夏令时期间会产生一小时偏差。
待验证50%
10月31日
夏令时导致同一本地时间（如上午9点）在一年中可能对应两个不同的UTC时刻。
待验证50%
10月17日
每年3月最后一个周日凌晨2:00，时钟拨快1小时进入夏令时；10月最后一个周日凌晨3:00，拨回1小时恢复标准时间。
待验证50%
10月16日
夏令时切换导致每年有两天不是24小时，而是23或25小时；某些本地时间在切换日不存在或出现两次。
待验证50%
10月11日
夏令时春季前跳会导致一小时本地时间不存在，定时付款任务若在此触发可能陷入死循环、抛异常或跳过交易
待验证50%
10月11日
夏令时秋季回拨会使同一小时出现两次，若账本依赖本地时间戳做每日唯一性约束会导致主键冲突、重复扣款或拒绝有效交易
待验证50%
全部知识事实 (6)
待验证
服务器通常运行在UTC，若直接用服务器默认时区构造本地时间，在夏令时期间会产生一小时偏差。
50%待验证夏令时导致同一本地时间（如上午9点）在一年中可能对应两个不同的UTC时刻。
50%待验证每年3月最后一个周日凌晨2:00，时钟拨快1小时进入夏令时；10月最后一个周日凌晨3:00，拨回1小时恢复标准时间。
50%待验证夏令时切换导致每年有两天不是24小时，而是23或25小时；某些本地时间在切换日不存在或出现两次。
50%待验证夏令时春季前跳会导致一小时本地时间不存在，定时付款任务若在此触发可能陷入死循环、抛异常或跳过交易
50%待验证夏令时秋季回拨会使同一小时出现两次，若账本依赖本地时间戳做每日唯一性约束会导致主键冲突、重复扣款或拒绝有效交易
50%