pytz 的奇怪时区问题

Question

>>> import pytz
>>> pytz.timezone('Asia/Hong_Kong')
<DstTzInfo 'Asia/Hong_Kong' LMT+7:37:00 STD>

七个小时37分钟的偏移？这有点奇怪，有人遇到同样的问题吗？

实际上，我之间的行为不同

import pytz
from datetime import datetime
hk = pytz.timezone('Asia/Hong_Kong')

dt1 = datetime(2012,1,1,tzinfo=hk)
dt2 = hk.localize(datetime(2012,1,1))
if dt1 > dt2:
   print "Why?"

Answer 1

时区和偏移量多年来一直在变化。 pytz 创建时区对象时传递的默认区域名称和偏移量是该区域最早可用的名称和偏移量，有时它们看起来有点奇怪。当您使用 localize 将区域附加到日期时，正确的区域名称和偏移量将被替换。仅使用 datetime 构造函数将区域附加到日期并不允许其正确调整。

Answer 2

将近10年后来这里，我认为值得注意的是，我们现在可以专门利用Python 3.9+标准库来处理时区，而没有“本地化陷阱”。

使用 Zoneinfo 设置并替换Tzinfo，但是您喜欢，例如：

from datetime import datetime
from zoneinfo import ZoneInfo

hk = ZoneInfo('Asia/Hong_Kong')
print(repr(hk))
# zoneinfo.ZoneInfo(key='Asia/Hong_Kong')

dt1 = datetime(2012,1,1,tzinfo=hk)
print(dt1)
# 2012-01-01 00:00:00+08:00

# set tz to a naive datetime object (pytz localize):
dt2 = datetime(2012,1,1).replace(tzinfo=hk)
print(dt2)
# 2012-01-01 00:00:00+08:00

注释

• 在窗户上，请确保 tzdata 安装由于Windows独立提供IANA数据库，
• 因此有A for pytz

替代方案，如果您无法使用Zoneinfo：

• for Python＆lt; 3.9，有 backports.zoneininfo
• 您也可以使用 dateutil ，遵循与diessInfo的语义相同的语义

Answer 3

虽然我确信时区的历史变化是一个因素，但将 pytz 时区对象传递给 DateTime 构造函数会导致奇怪的行为，即使对于自启动以来没有经历任何变化的时区也是如此。

import datetime
import pytz 

dt = datetime.datetime(2020, 7, 15, 0, 0, tzinfo= pytz.timezone('US/Eastern'))

创建

2020-07-15 00:00:00-04:56

日期时间对象，然后对其进行本地化，产生预期

import datetime
import pytz 

dt = datetime.datetime(2020, 7, 15, 0, 0)
dt_local = timezone('US/Eastern').localize(dt)

结果

2020-07-15 00:00:00-04:00