Asi*_*han 11 python timezone datetime pytz python-2.7
这只是另一篇文章pytz
.
有两个函数可以在两个时区之间转换日期时间对象.第二个功能适用于所有情况.第一个函数在两种情况下失败,(3)和(4).类似的SO帖子没有这样的问题.任何解释基础上的区别localize(datetime.datetime)
和replace(tzinfo)
将是一个很大的帮助.
>>> from dateutil.parser import parse
>>> import pytz
Run Code Online (Sandbox Code Playgroud)
以下功能使用datetime.datetime.replace(tzinfo)
.
def buggy_timezone_converter(input_dt, current_tz='UTC', target_tz='US/Eastern'):
'''input_dt is a datetime.datetime object'''
current_tz = pytz.timezone(current_tz)
target_tz = pytz.timezone(target_tz)
target_dt = input_dt.replace(tzinfo=current_tz).astimezone(target_tz)
return target_tz.normalize(target_dt)
Run Code Online (Sandbox Code Playgroud)
现在注意四个日期时间转换.
(1)从UTC到EST - 好的
>>> buggy_timezone_converter(parse('2013-02-26T04:00:00'))
Out[608]: datetime.datetime(2013, 2, 25, 23, 0, tzinfo=<DstTzInfo 'US/Eastern' EST-1 day, 19:00:00 STD>)
Run Code Online (Sandbox Code Playgroud)
(2)从UTC到EDT - 好的
>>> buggy_timezone_converter(parse('2013-05-26T04:00:00'))
Out[609]: datetime.datetime(2013, 5, 26, 0, 0, tzinfo=<DstTzInfo 'US/Eastern' EDT-1 day, 20:00:00 DST>)
Run Code Online (Sandbox Code Playgroud)
(3)从EST到UTC - 不行.时间偏移是4小时56分钟.它应该是5个小时
>>> buggy_timezone_converter(parse('2013-02-26T04:00:00'), target_tz='UTC', current_tz='US/Eastern')
Out[610]: datetime.datetime(2013, 2, 26, 8, 56, tzinfo=<UTC>)
Run Code Online (Sandbox Code Playgroud)
(4)从EDT到UTC - 不行.时间偏移是4小时56分钟.它应该是4个小时.不考虑夏令时.
>>> buggy_timezone_converter(parse('2013-05-26T04:00:00'), current_tz='US/Eastern', target_tz='UTC')
Out[611]: datetime.datetime(2013, 5, 26, 8, 56, tzinfo=<UTC>)
Run Code Online (Sandbox Code Playgroud)
以下功能使用pytz.timezone.localize(datetime.datetime)
.它完美地运作
def good_timezone_converter(input_dt, current_tz='UTC', target_tz='US/Eastern'):
current_tz = pytz.timezone(current_tz)
target_tz = pytz.timezone(target_tz)
target_dt = current_tz.localize(input_dt).astimezone(target_tz)
return target_tz.normalize(target_dt)
Run Code Online (Sandbox Code Playgroud)
(1)从UTC到EST - 好的
>>> good_timezone_converter(parse('2013-02-26T04:00:00'))
Out[618]: datetime.datetime(2013, 2, 25, 23, 0, tzinfo=<DstTzInfo 'US/Eastern' EST-1 day, 19:00:00 STD>)
Run Code Online (Sandbox Code Playgroud)
(2)从UTC到EDT - 好的
>>> good_timezone_converter(parse('2013-05-26T04:00:00'))
Out[619]: datetime.datetime(2013, 5, 26, 0, 0, tzinfo=<DstTzInfo 'US/Eastern' EDT-1 day, 20:00:00 DST>)
Run Code Online (Sandbox Code Playgroud)
(3)从EST到UTC - 好的.
>>> good_timezone_converter(parse('2013-02-26T04:00:00'), current_tz='US/Eastern', target_tz='UTC')
Out[621]: datetime.datetime(2013, 2, 26, 9, 0, tzinfo=<UTC>)
Run Code Online (Sandbox Code Playgroud)
(4)从EDT到UTC - 好的.
>>> good_timezone_converter(parse('2013-05-26T04:00:00'), current_tz='US/Eastern', target_tz='UTC')
Out[620]: datetime.datetime(2013, 5, 26, 8, 0, tzinfo=<UTC>)
Run Code Online (Sandbox Code Playgroud)
jfs*_*jfs 16
我假设你有这些问题:
'US/Eastern'
时区(DstTzInfo
实例)失败?第一个函数不正确,因为它使用d.replace(tzinfo=dsttzinfo_instance)
而不是dsttzinfo_instance.localize(d)
.
第二个函数在大多数情况下是正确的,除非在模糊或不存在的时间期间,例如,在DST转换期间 - 您可以通过将is_dst
参数传递给.localize()
:( False
默认)/ True
/ None
(引发异常)来更改行为.
第一个函数适用于UTC时区,因为它对任何日期都有固定的utc偏移量(零).其他时区如America/New_York
在不同的时间可能有不同的utc偏移(夏令时,战争时间,一些当地政客可能认为的任何时候都是一个好主意 - 它可以是任何东西 - tz数据库在大多数情况下都有效).要实现tzinfo.utcoffset(dt)
,tzinfo.tzname(dt)
,tzinfo.dst(dt)
方法pytz
使用的收集DstTzInfo
与一组不同的每个实例(_tzname, _utcoffset, _dst)
的属性.鉴于dt
(日期/时间)和is_dst
,.localize()
方法选择适当的(在大多数情况下,但不总是)DstTzInfo
在集合实例.pytz.timezone('America/New_York')
返回一个DstTzInfo
具有与(_tzname, _utcoffset, _dst)
某些未记录的时刻相对应的属性的实例(不同pytz
版本可能返回不同的值 - 当前版本可能返回tzinfo
与zoneinfo可用的最早日期对应的实例 - 您不希望此值大部分为时间:我认为选择默认值背后的动机是突出显示错误(传递pytz.timezone
给datetime
构造函数或.replace()
方法).
总结一下:.localize()
选择适当的utcoffset,tzname,dst值,.replace()
使用默认(不合适)值.UTC只有一组utcoffset,tzname,dst因此可以使用默认值,.replace()
方法适用于UTC时区.您需要传递datetime对象和is_dst
参数,以便为其他时区选择适当的值,例如'America/New_York'
.
原则上,pytz
可以调用localize()
方法来实现utcoffset()
,tzname()
,dst()
方法即便dt.tzinfo == self
:它将使这些方法O(log n)的时间,其中n
的间隔不同(UTCOFFSET,TZNAME,DST)值,但数量datetime
的构造和.replace()
将工作的是IE ,显式localize()
调用只需传递即可is_dst
.