Python跨夏令时计算timedelta：dateutil.tz与timezone对象结果差异原因

我在学习Python时区与夏令时知识时，遇到一个奇怪的问题：用两种方法计算夏令时切换时段的时间差，明明对应的时间对象相等，但计算出的时间差却不一样。

代码与现象展示 #

依赖导入 #

from datetime import datetime, timedelta, timezone
from dateutil import tz

方法1：使用dateutil.tz #

eastern = tz.gettz('America/New_York')
t1 = datetime(2017, 3, 12, 1, 59, 59, tzinfo=eastern)
t2 = datetime(2017, 3, 12, 3, 0, 0, tzinfo=eastern)
print(t1.isoformat())
print(t2.isoformat())
print((t2-t1).seconds)

输出：

2017-03-12T01:59:59-05:00
2017-03-12T03:00:00-04:00
3601

方法2：手动设置时区 #

EST = timezone(timedelta(hours=-5))
EDT = timezone(timedelta(hours=-4))
spring_ahead_159am = datetime(2017, 3, 12, 1, 59, 59, tzinfo = EST)
spring_ahead_3am = datetime(2017, 3, 12, 3, 0, 0, tzinfo = EDT)

print(spring_ahead_159am.isoformat())
print(spring_ahead_3am.isoformat())
print((spring_ahead_3am - spring_ahead_159am).seconds)

输出：

2017-03-12T01:59:59-05:00
2017-03-12T03:00:00-04:00
1

时间对象相等验证 #

print(t1 == spring_ahead_159am)
print(t2 == spring_ahead_3am )

输出：

True
True

原因解析 #

核心问题出在**datetime对象相减后得到的timedelta的.seconds属性含义**，以及两种方式创建的时区对象的本质差异：

1. timedelta.seconds的本质：该属性仅返回时间差中“时-分-秒”部分的总秒数，范围为0到86399。但当时间跨越夏令时切换点时，实际时间差不等于表面的“时钟时间差”，需考虑时区偏移的变化。

2. dateutil.tz的时区是「感知夏令时的时区」：
   America/New_York时区内置了夏令时切换规则，2017年3月12日美国东部时间凌晨2点，时钟会向前拨1小时到3点。从1:59:59到3:00:00的实际时间流逝是1秒 + 1小时 = 3601秒，dateutil计算时会遵循真实时间线，因此(t2-t1)的timedelta总时长为3601秒，.seconds返回3601。

3. 手动创建的timezone是「固定偏移时区」：
   EST和EDT是两个无夏令时感知的固定偏移时区，计算差值时仅会对比表面时钟时间：3:00:00减去1:59:59得到1秒，完全忽略夏令时切换带来的实际时间跳跃。虽然两个datetime对象的UTC时间相等，导致==判断为True，但时区对象类型的差异，直接影响了相减时的计算逻辑。

简单总结：

• dateutil时区会根据真实时间线计算实际流逝的时间差
• 手动固定偏移时区仅计算表面时钟时间的差值，无视夏令时切换的时间跳跃

内容的提问来源于stack exchange，提问作者Xi Wang