pytz：为什么这些不同的方法给出不同的 UTC 偏移量？

Question

使用 pytz 在特定时区创建 datetime 对象时，根据我使用的是 datetime.datetime() 还是 datetime.datetime，我会得到不同的 UTC 偏移量。现在（）。

now() 似乎给出了正确的时区 UTC 偏移量，datetime() 给出了我无法识别的偏移量。

为什么它们不同？ datetime() 分配的偏移量有什么意义？

这是我的代码：

import datetime
import pytz

la_paz = pytz.timezone('America/La_Paz')

a = datetime.datetime.now(la_paz)
print a, a.utcoffset()

# 2011-03-22 05:30:13-04:00 -1 day, 20:00:00
# -4 hours is the correct UTC offset for La Paz

b = datetime.datetime(2011, 03, 22, 5, 30, tzinfo=la_paz)
print b, b.utcoffset()

# 2011-03-22 05:30:00-04:33 -1 day, 19:27:00
# What is the significance of -4:33?

Answer 1

似乎 datetime() 默认情况下将使用该地区第一个记录的时区，并且在许多情况下（例如在拉巴斯），这是旧的并且不再有效。

相反，必须先创建日期时间，然后进行本地化，如下所示：

b = la_paz.localize(datetime.datetime(2011, 03, 22, 5, 30))
print b, b.utcoffset()

now() 似乎会自动进行本地化。

Answer 2

来自 pytz 文档：

此库仅支持两种方式建立本地化时间。第一种是使用 pytz 库提供的 localize() 方法。这用于本地化原始日期时间（没有时区信息的日期时间）：

>>> loc_dt = eastern.localize(datetime(2002, 10, 27, 6, 0, 0))
>>> print loc_dt.strftime(fmt)
2002-10-27 06:00:00 EST-0500

构建本地化时间的第二种方法是使用标准 astimezone() 方法转换现有的本地化时间：

>>> ams_dt = loc_dt.astimezone(amsterdam)
>>> ams_dt.strftime(fmt)
'2002-10-27 12:00:00 CET+0100'

或者换句话说：

b = datetime.datetime(2011, 03, 22, 5, 30, tzinfo=la_paz)

pytz 不支持