为什么使用 pytz 的 tzinfo 创建日期时间会显示奇怪的时间偏移？

Question

谁能解释一下为什么我没有得到相同的结果？

import datetime,pytz
var1 = datetime.datetime(2017,10,25,20,10,50,tzinfo=pytz.timezone("Europe/Athens")))
print(var1)

这段代码的输出是：2017-10-25 20:10:50+01:35

import datetime,pytz
var1 = datetime.datetime(2017,10,25,20,10,50)
var1 = pytz.timezone("Europe/Athens").localize(var1)
print(var1)

这段代码的输出是：2017-10-25 20:10:50+03:00

我的问题是为什么他们有不同的时区（1:35 和 3:00）。我知道第二个代码是正确的，因为我的 UTC 是 3:00。但是你能告诉我为什么我在第一个得到1:35 吗？

Answer 1

tzinfo 不适用于某些时区，这可能是导致错误结果的原因。
pytz doc：

不幸的是，在许多时区使用标准日期时间构造函数的 tzinfo 参数“不起作用”。

使用localize 或astimezone 可以解决此问题。 Doc 说 处理时间的首选方式是始终使用 UTC，仅在生成供人类读取的输出时转换为本地时间。

import datetime, pytz
localTimezone = pytz.timezone('Europe/Athens')
var1 = datetime.datetime(2017,10,25,20,10,50,tzinfo=pytz.utc) 
loc_dt = var1.astimezone(localTimezone)
fmt = '%Y-%m-%d %H:%M:%S %Z%z'
print(loc_dt.strftime(fmt))  

这将打印出来

2017-10-25 23:10:50 EEST+0300

Answer 2

没问题，datetime 只是高兴地报告tzinfo 在任何参考框架中的偏移量。

默认情况下，pytz.timezone 不提供 UTC 偏移量，而是提供 LMT (local mean time) 偏移量：

>>> pytz.timezone("Europe/Athens")
<DstTzInfo 'Europe/Athens' LMT+1:35:00 STD>
#                          ^^^-------------------- local mean time

但是，当您对其进行本地化时：

>>> var1 = datetime.datetime(2017,10,25,20,10,50)
>>> var1 = pytz.timezone("Europe/Athens").localize(var1)
>>> var1.tzinfo
<DstTzInfo 'Europe/Athens' EEST+3:00:00 DST>
#                          ^^^^-------------------- eastern european summer time

现在报告了不同的偏移量，这一次基于 EEST。

Answer 3

在第二个代码中，您使用.localize()，它接受一个简单的日期时间对象并将其解释为就好像它在那个时区中一样。它不会将时间移动到另一个时区。一个简单的 datetime 对象没有时区信息可以使移动成为可能。

当您正在在第二个代码中设置本地时间时，第二个代码中显示的时间是正确的。由于您没有在第一个代码中设置本地时间，因此显示的时间不正确。