为什么python 2.7不包括Z字符(Zulu或零偏移量)在UTC datetime对象的isoformat字符串结束不像JavaScript?
>>> datetime.datetime.utcnow().isoformat()
'2013-10-29T09:14:03.895210'
而在javascript中
>>> console.log(new Date().toISOString());
2013-10-29T09:38:41.341Z
为什么python 2.7不包括Z字符(Zulu或零偏移量)在UTC datetime对象的isoformat字符串结束不像JavaScript?
>>> datetime.datetime.utcnow().isoformat()
'2013-10-29T09:14:03.895210'
而在javascript中
>>> console.log(new Date().toISOString());
2013-10-29T09:38:41.341Z
当前回答
您的目标不应该是添加一个Z字符,而是生成一个ISO 8601格式的UTC“感知”日期时间字符串。解决方案是将UTC时区对象传递给datetime.now(),而不是使用datetime.utcnow():
from datetime import datetime, timezone
datetime.now(timezone.utc)
>>> datetime.datetime(2020, 1, 8, 6, 6, 24, 260810, tzinfo=datetime.timezone.utc)
datetime.now(timezone.utc).isoformat()
>>> '2020-01-08T06:07:04.492045+00:00'
看起来不错,让我们看看Django和dateutil是怎么想的:
from django.utils.timezone import is_aware
is_aware(datetime.now(timezone.utc))
>>> True
from dateutil.parser import isoparse
is_aware(isoparse(datetime.now(timezone.utc).isoformat()))
>>> True
注意,您需要从dateutil使用isopparse()。因为datetime.fromisoformat()的Python文档说它“不支持解析任意ISO 8601字符串”。
好的,Python datetime对象和ISO 8601字符串都是UTC“感知”的。现在让我们看看JavaScript是如何看待datetime字符串的。从这个答案中我们可以得到:
let date = '2020-01-08T06:07:04.492045+00:00';
const dateParsed = new Date(Date.parse(date))
document.write(dateParsed);
document.write("\n");
// Tue Jan 07 2020 22:07:04 GMT-0800 (Pacific Standard Time)
document.write(dateParsed.toISOString());
document.write("\n");
// 2020-01-08T06:07:04.492Z
document.write(dateParsed.toUTCString());
document.write("\n");
// Wed, 08 Jan 2020 06:07:04 GMT
注:
我有几个目标来解决这个问题:
生成ISO 8601格式的UTC“感知”日期时间字符串 仅使用Python标准库函数创建datetime对象和字符串 使用Django的timezone实用函数、dateutil解析器和JavaScript函数验证datetime对象和字符串
注意,这种方法不包括Z后缀,也不使用utcnow()。但是它是基于Python文档中的建议,并且它在Django和JavaScript中都是合格的。
参见:
停止使用utcnow和utcfromtimestamp 什么是“正确的”JSON日期格式?
其他回答
只使用标准库,不假设时区已经是UTC,并返回问题中要求的确切格式:
dt.astimezone(timezone.utc).replace(tzinfo=None).isoformat(timespec='milliseconds') + 'Z'
不过,这确实需要Python 3.6或更高版本。
Python datetime对象默认情况下没有时区信息,如果没有它,Python实际上违反了ISO 8601规范(如果没有时区信息,则假定为本地时间)。你可以使用pytz包获取一些默认时区,或者自己直接子类化tzinfo:
from datetime import datetime, tzinfo, timedelta
class simple_utc(tzinfo):
def tzname(self,**kwargs):
return "UTC"
def utcoffset(self, dt):
return timedelta(0)
然后你可以手动添加时区信息到utcnow():
>>> datetime.utcnow().replace(tzinfo=simple_utc()).isoformat()
'2014-05-16T22:51:53.015001+00:00'
请注意,这确实符合ISO 8601格式,该格式允许Z或+00:00作为UTC的后缀。注意,后者实际上更好地符合标准,一般来说,时区是如何表示的(UTC是一个特殊情况)。
通过结合以上所有答案,我得到了以下函数:
from datetime import datetime, tzinfo, timedelta
class simple_utc(tzinfo):
def tzname(self,**kwargs):
return "UTC"
def utcoffset(self, dt):
return timedelta(0)
def getdata(yy, mm, dd, h, m, s) :
d = datetime(yy, mm, dd, h, m, s)
d = d.replace(tzinfo=simple_utc()).isoformat()
d = str(d).replace('+00:00', 'Z')
return d
print getdata(2018, 02, 03, 15, 0, 14)
简短的回答
datetime.now(timezone.utc).isoformat().replace("+00:00", "Z")
长回答
不包含“Z”的原因是datetime.now()甚至datetime.utcnow()返回的是没有时区信息的datetimes,也就是说没有相关时区信息的datetimes。为了获得一个时区感知的datetime,你需要将一个timezone作为参数传递给datetime.now。例如:
from datetime import datetime, timezone
datetime.utcnow()
#> datetime.datetime(2020, 9, 3, 20, 58, 49, 22253)
# This is timezone naive
datetime.now(timezone.utc)
#> datetime.datetime(2020, 9, 3, 20, 58, 49, 22253, tzinfo=datetime.timezone.utc)
# This is timezone aware
一旦你有了一个时区感知的时间戳,isoformat就会包含一个时区标识。因此,您可以通过以下方式获得ISO 8601时间戳:
datetime.now(timezone.utc).isoformat()
#> '2020-09-03T20:53:07.337670+00:00'
“+00:00”是UTC的有效ISO 8601时区名称。如果你想用“Z”而不是“+00:00”,你必须自己做替换:
datetime.now(timezone.utc).isoformat().replace("+00:00", "Z")
#> '2020-09-03T20:53:07.337670Z'
您的目标不应该是添加一个Z字符,而是生成一个ISO 8601格式的UTC“感知”日期时间字符串。解决方案是将UTC时区对象传递给datetime.now(),而不是使用datetime.utcnow():
from datetime import datetime, timezone
datetime.now(timezone.utc)
>>> datetime.datetime(2020, 1, 8, 6, 6, 24, 260810, tzinfo=datetime.timezone.utc)
datetime.now(timezone.utc).isoformat()
>>> '2020-01-08T06:07:04.492045+00:00'
看起来不错,让我们看看Django和dateutil是怎么想的:
from django.utils.timezone import is_aware
is_aware(datetime.now(timezone.utc))
>>> True
from dateutil.parser import isoparse
is_aware(isoparse(datetime.now(timezone.utc).isoformat()))
>>> True
注意,您需要从dateutil使用isopparse()。因为datetime.fromisoformat()的Python文档说它“不支持解析任意ISO 8601字符串”。
好的,Python datetime对象和ISO 8601字符串都是UTC“感知”的。现在让我们看看JavaScript是如何看待datetime字符串的。从这个答案中我们可以得到:
let date = '2020-01-08T06:07:04.492045+00:00';
const dateParsed = new Date(Date.parse(date))
document.write(dateParsed);
document.write("\n");
// Tue Jan 07 2020 22:07:04 GMT-0800 (Pacific Standard Time)
document.write(dateParsed.toISOString());
document.write("\n");
// 2020-01-08T06:07:04.492Z
document.write(dateParsed.toUTCString());
document.write("\n");
// Wed, 08 Jan 2020 06:07:04 GMT
注:
我有几个目标来解决这个问题:
生成ISO 8601格式的UTC“感知”日期时间字符串 仅使用Python标准库函数创建datetime对象和字符串 使用Django的timezone实用函数、dateutil解析器和JavaScript函数验证datetime对象和字符串
注意,这种方法不包括Z后缀,也不使用utcnow()。但是它是基于Python文档中的建议,并且它在Django和JavaScript中都是合格的。
参见:
停止使用utcnow和utcfromtimestamp 什么是“正确的”JSON日期格式?