>>> 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?"
答案 0 :(得分:50)
多年来,时区和抵消都在变化。 pytz创建时区对象时传递的默认区域名称和偏移量是该区域最早可用的区域名称和偏移量,有时它们看起来有点奇怪。使用localize
将区域附加到日期时,将替换正确的区域名称和偏移量。只需使用datetime
构造函数将区域附加到日期就不允许它正确调整。
答案 1 :(得分:2)
虽然我确定时区的历史性变化是一个因素,但将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