pytz 的奇怪时区问题

问题描述：

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

相差 7 小时 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?"

解决方案 1：

时区和偏移量会随时间而变化。pytz 创建时区对象时提供的默认时区名称和偏移量是该时区最早可用的名称和偏移量，有时它们看起来有点奇怪。当您使用localize将时区附加到日期时，会替换正确的时区名称和偏移量。仅使用datetime构造函数将时区附加到日期并不能使其正确调整。

解决方案 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

笔记

• 在 Windows 上，请确保安装了tzdata，因为 Windows 本身不提供 IANA 数据库

• 有一个弃用垫片pytz

如果您无法使用，可以使用以下替代方案zoneinfo：

• 对于 Python <3.9，有backports.zoneinfo

• 您还可以使用dateutil，它遵循与zoneinfo

解决方案 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