Question

我试图理解为什么在将时区转换为UTC时我得到这些结果：

In [74]: d1 = datetime(2007, 12, 5, 6, 30,tzinfo=pytz.timezone('US/Pacific'))
In [75]: d1
Out[75]: datetime.datetime(2007, 12, 5, 6, 30, tzinfo=<DstTzInfo 'US/Pacific' LMT-1 day, **16:07:00 STD**>)
In [76]: d1.astimezone(pytz.utc)
Out[76]: datetime.datetime(2007, 12, 5, 14, 23, tzinfo=<UTC>)

为什么早上6:30成为下午2:23？

另一方面，如果我使用以下方法，我会得到预期的结果：

In [90]: d2 = datetime(2007, 12, 5, 6, 30)
In [91]: uspac = pytz.timezone('US/Pacific')
In [92]: d2_aware = uspac.localize(d2)
In [94]: d2_aware.astimezone(pytz.utc)
Out[94]: datetime.datetime(2007, 12, 5, 14, 30, tzinfo=<UTC>)

Answer 1

我得到的只是一种解决方法，简单的规则是永远不要使用datetime（）创建带有时区信息的日期时间。

此示例将为您提供此提示。如你所见，你可以避免出现意想不到的差异，只有你做了“天真”的日期时间（没有时区信息的日期时间），然后将其本地化（虽然你在UTC上创建日期时不应用它）：

import pytz
from datetime import datetime

# make Jan 1 on PDT -> UTC
pdt = pytz.timezone("America/Los_Angeles")
pdtnow1 = datetime(2014,1,1, tzinfo=pdt)
pdtnow2 = pdt.localize(datetime(2014,1,1))
pytz.utc.normalize(pdtnow1)
# > datetime.datetime(2014, 1, 1, 7, 53, tzinfo=<UTC>)
pytz.utc.normalize(pdtnow2)
# > datetime.datetime(2014, 1, 1, 8, 0, tzinfo=<UTC>)

# make Jan 1 on UTC -> PDT
utcnow1 = datetime(2014,1,1, tzinfo=pytz.utc)
utcnow2 = pytz.utc.localize(datetime(2014,1,1))
pdt.normalize(utcnow1)
# > datetime.datetime(2013, 12, 31, 16, 0, 
# > tzinfo=<DstTzInfo 'America/Los_Angeles' PST-1 day, 16:00:00 STD>)
pdt.normalize(utcnow2)
# > datetime.datetime(2013, 12, 31, 16, 0, 
# > tzinfo=<DstTzInfo 'America/Los_Angeles' PST-1 day, 16:00:00 STD>)

Answer 2

从部分文档中： http://pytz.sourceforge.net/#localized-times-and-date-arithmetic

不幸的是，对于许多时区，使用标准日期时间构造函数的'tzinfo参数''与pytz不兼容。 [...]对于没有夏令时转换的时区，例如UTC，这是安全的。 [...]处理时间的首选方法是始终以UTC工作，仅在生成输出以供人类阅读时转换为本地时间。

Answer 3

我正在重新审视一些关于日期和时间的问题，看看是否有一些较新的图书馆在这样的情况下（或没有）更有帮助。 pendulum是一个存储时区的日期和时间，使其在此类情况下特别有价值。

>>> import pendulum
>>> d1 = pendulum.datetime(2007,12,5,6,30, tzinfo='US/Pacific')
>>> d1
<Pendulum [2007-12-05T06:30:00-08:00]>
>>> d1.timezone
<Timezone [US/Pacific]>
>>> d1.astimezone(tz='UTC')
<Pendulum [2007-12-05T14:30:00+00:00]>

其他很多甜蜜的功能。

Answer 4

不幸的是，使用此方法创建时区感知日期无效。

如果您使用的是Django，则它们具有实用程序功能make_aware，可以正确执行此操作。

from django.utils.timezone import make_aware
from pytz import timezone

unaware_datetime = datetime(2007, 12, 5)
local_datetime = make_aware(datetime(2007, 12, 5))
specific_datetime = make_aware(datetime(2007, 12, 5), timezone("Australia/Melbourne"))

Answer 5

在d2_aware之前打印.astimezone并看到PST-1（太平洋标准时间），但在第一个示例中，您有LMT-1（本地平均时间） - 可能它可以给出7分钟的差异。

但我不知道为什么pytz会使用不同的时区。

在python中转换时区的意外结果

5 个答案: