dateutil和pytz给出不同的结果

Rob*_*ith 16 python timezone datetime

我有一个问题比较输出与dateutilpytz.我正在创建一个有意识的日期时间对象(UTC),然后转换为给定的时区,但我得到了不同的答案.我怀疑dateutil有时会给出错误的结果,因为它考虑到夏令时有问题(至少,我读过它的评论),但我找不到确认或修复该问题.这是代码:

import dateutil

u = dateutil.tz.tzutc()
date1 = datetime.datetime(2010, 5, 2, 11, 10, tzinfo=u)
# 2010-05-02 11:10:00+00:00

u2 = dateutil.tz.gettz('America/Chicago')
date2 = datetime.datetime(2010, 5, 2, 11, 10, tzinfo=u2)
# 2010-05-02 11:10:00-05:00


import pytz
u = pytz.timezone('UTC')
date1 = datetime.datetime(2010, 5, 2, 11, 10, tzinfo=u)

# 2010-05-02 11:10:00+00:00
u2 = pytz.timezone('America/Chicago')
date2 = datetime.datetime(2010, 5, 2, 11, 10, tzinfo=u2)

# 2010-05-02 11:10:00-06:00
Run Code Online (Sandbox Code Playgroud)

那么,这可能是什么问题?

更新:

我刚试过这个:

print u2.normalize(date1.astimezone(u2))
# 2010-05-02 06:10:00-05:00
Run Code Online (Sandbox Code Playgroud)

pytz需要normalize考虑DST吗?

更新2:

好像pytz和dateutil似乎没有给出America/Argentina/San_Luis的答案,但这有效:

import pytz, dateutil, datetime

now = datetime.datetime.now() 

for zone in pytz.all_timezones:
    utc_dateutil = dateutil.tz.tzutc()
    utcdate_dateutil = datetime.datetime(now.year, now.month, now.day, now.hour, now.minute, tzinfo=utc_dateutil)
    zone_dateutil = dateutil.tz.gettz(zone)
    newzone_dateutil = utcdate_dateutil.astimezone(zone_dateutil)

    utc_pytz = pytz.timezone('UTC')
    utcdate_pytz = datetime.datetime(now.year, now.month, now.day, now.hour, now.minute, tzinfo=utc_pytz)
    zone_pytz = pytz.timezone(zone)
    newzone_pytz = utcdate_pytz.astimezone(zone_pytz)
    assert newzone_dateutil == newzone_pytz
Run Code Online (Sandbox Code Playgroud)

我错过了什么吗?

谢谢

unu*_*tbu 14

编辑:使用时,下面讨论的差异不再存在

>>> dateutil.__version__
'1.5'

>>> pytz.__version__
'2012c'
Run Code Online (Sandbox Code Playgroud)

pytz模块发出警告,

这个库与用于tzinfo实现的文档化Python API不同; 如果要创建本地wallclock时间,则需要使用localize()方法

进一步

该库仅支持两种构建本地化时间的方法.第一种是使用pytz库提供的localize()方法.

In [61]: u4 = pytz.timezone('America/Chicago')
In [62]: print(u4.localize(datetime.datetime(2010, 5, 2, 11, 10)))
2010-05-02 11:10:00-05:00
Run Code Online (Sandbox Code Playgroud)

另一种方法是使用该astimezone方法,该方法用于将时区感知日期时间转换为另一个时区感知日期时间.

并且要完全明确,它警告不要使用tzinfo参数构造时区感知日期时间:

不幸的是,对于许多时区,使用标准日期时间构造函数的'tzinfo参数''与pytz不兼容.


让我们来检验一下这个假设

datetime.datetime(year, month, day, hour, minute, tzinfo = dateutil_tz)
Run Code Online (Sandbox Code Playgroud)

等于

pytz_tz.localize(datetime.datetime(year, month, day, hour, minute))
Run Code Online (Sandbox Code Playgroud)

使用此代码:

import dateutil.tz
import datetime
import pytz

now  = datetime.datetime.now()

for name in pytz.all_timezones:
    dateutil_tz = dateutil.tz.gettz(name)
    pytz_tz = pytz.timezone(name)
    dateutil_date = datetime.datetime(
        now.year, now.month, now.day, now.hour, now.minute, tzinfo = dateutil_tz)
    pytz_date = pytz_tz.localize(datetime.datetime(
        now.year, now.month, now.day, now.hour, now.minute))

    try:
        assert dateutil_date.isoformat() == pytz_date.isoformat()
    except AssertionError:
        print(name)
        print(dateutil_date.isoformat())
        print(pytz_date.isoformat())           
Run Code Online (Sandbox Code Playgroud)

代码产生:

America/Argentina/San_Luis
2012-12-18T22:32:00-04:00 <-- dateutil datetime
2012-12-18T22:32:00-03:00 <-- pytz's datetime
Run Code Online (Sandbox Code Playgroud)

所以我的假设是错误的:dateutil和pytz返回不同的结果.

哪一个是正确的?我不太确定,但根据这个网站,目前,

America/Argentina/San_Luis time zone offset is: 
UTC / GMT -03:00 hours
Run Code Online (Sandbox Code Playgroud)

所以看来pytz是正确的.