pytz库时区的坑(转)
转载
起步
在django框架中,用的是 pytz 库处理时区问题,所以我也尝试用这个库来处理。但发现了一个奇怪的问题:
1 2 3 4 5
|
import datetime import pytz
dt = datetime.datetime( 2019 , 6 , 20 , 12 , tzinfo = pytz.timezone( 'Asia/Shanghai' )) print (dt)
|
为什么多出了 6 分钟来?
原因
这是因为 pytz 里保存是本地时间。
1 2 3
|
fmt = '%Y-%m-%d %H:%M:%S %Z%z' dt = datetime.datetime( 2019 , 6 , 20 , 12 , tzinfo = pytz.timezone( 'Asia/Shanghai' )) print (dt.strftime(fmt))
|
LMT 即 Local Mean Time 本地时间,也就是说 'Asia/Shanghai' 这个地区比utc多了8小时零6分钟,并不是北京时间。
解决
所以 pytz 提供了 localize() 方法来纠正这个问题,但传入的得是不带时区的日期对象:
1 2 3 4 5 6 7 8
|
cn_zone = pytz.timezone( 'Asia/Shanghai' ) dt = cn_zone.localize(dt = datetime.datetime( 2019 , 6 , 20 , 12 )) print (dt) print (dt.strftime(fmt))
dt = datetime.datetime( 2019 , 6 , 20 , 12 ) print (dt.astimezone(cn_zone))
|
这里推荐的还是用 astimezone 的方式,django 也是采用这种处理方式。
时区转换
以从北京时间转纽约时间为例,已知结果它们之间应该相差12小时。
1 2 3 4
|
dt = datetime.datetime( 2019 , 6 , 20 , 12 )
print (dt.astimezone(tz = cn_zone)) print (dt.astimezone(tz = cn_zone).astimezone(ny_zone))
|
额外
另一个解决时区问题就是使用标准库的 dateutil 工具。官方内置,值得信赖。它支持在创建日期对象的时候进行设置,更为方便:
1 2 3 4 5 6 7 8
|
cn = tz.gettz( 'Asia/Shanghai' )
aware_dt = datetime.datetime( 2019 , 6 , 20 , 12 , tzinfo = cn) print (aware_dt )
ny = tz.gettz( 'America/New_York' ) print (aware_dt.astimezone(tz = ny))
|
我更喜欢这种方式。
本文章为转载内容,我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题,欢迎原作者联系我们进行内容更正或删除文章。