python-tz 是我错了还是它是一个错误

这似乎有点奇怪，当我想用​​ pytz 获取欧洲/巴黎时区时，它让我进入 PMT 时区，而不是 GMT+1（当它似乎适用于欧洲/柏林时）。

不清楚 ？看看这个片段：

#!/usr/bin/python
import os
import datetime
from pytz.tzfile import build_tzinfo

base='/usr/share/zoneinfo/'
tz = build_tzinfo('Europe/Paris',
                  open(os.path.join(base,'Europe','Paris'), 'rb'))
fmt = '%Y-%m-%d %H:%M:%S %Z%z'
print datetime.datetime(2009, 01, 30, 9, 00, tzinfo=tz).strftime(fmt)

tz = build_tzinfo('Europe/Berlin',
                  open(os.path.join(base,'Europe','Berlin'), 'rb'))

print datetime.datetime(2009, 01, 30, 9, 00, tzinfo=tz).strftime(fmt)

输出是：

2009-01-30 09:00:00 PMT+0009
2009-01-30 09:00:00 CET+0100

其实巴黎也应该是CET+1。

无论如何，从 datetime.datetime.now(tz) 构建都会得到正确的结果。

有人有主意吗？

The docs http://pytz.sourceforge.net/说你不能使用datetime.datetime(..., tzinfo)就像你正在做的那样：

不幸的是使用标准日期时间构造函数的 tzinfo 参数不起作用与许多时区的 pytz 一起。

奇怪的是，尽管有种种迹象表明Europe/Paris当你实际使用 with 时，时区是错误的localize正如它所建议的，它仍然有效：

>>> tz= pytz.timezone('Europe/Paris')               # using built-in zoneinfo
>>> tz
<DstTzInfo 'Europe/Paris' PMT+0:09:00 STD>          # what? Pierre et Miquelon Time?
>>> datetime.datetime(2010,1,1,12,0,0, tzinfo=tz)
datetime.datetime(2010, 1, 1, 12, 0, tzinfo=<DstTzInfo 'Europe/Paris' PMT+0:09:00 STD>) # bad
>>> tz.localize(datetime.datetime(2010,1,1,12,0,0))
datetime.datetime(2010, 1, 1, 12, 0, tzinfo=<DstTzInfo 'Europe/Paris' CET+1:00:00 STD>) # OK

请注意，tzinfo本地化日期时间的属性引用了一个完全不同的对象tz它是从创建的，仅共享名称。

为什么会发生这种情况对我来说是个谜。这似乎是理解多个时区名称的城市文件的问题，但为什么在调用之前没有获得城市的默认时区localize， 我不知道。

（说实话，我从来不信任 Python 的 datetime 和 tzinfo 东西。更喜欢使用 int UTC 时间戳。）