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?"

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

虽然我确信时区的历史变化是一个因素,但将 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

近 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
  • 有一个弃用填充程序用于pytz

替代方案,如果您无法使用zoneinfo

  • 对于Python <3.9,有backports.zoneinfo
  • 您也可以使用 DateUtil,它遵循与 zoneinfo 相同的语义

pandas用户注意事项:

  • pandas(v1.4.1(仍在内部使用pytz,并且似乎在ZoneInfo时区对象方面存在一些问题

相关内容

  • 没有找到相关文章

最新更新