为什么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

当前回答

我用钟摆:

import pendulum


d = pendulum.now("UTC").to_iso8601_string()
print(d)

>>> 2019-10-30T00:11:21.818265Z

其他回答

简短的回答

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日期格式?

在这篇文章中有很多很好的答案,但我希望格式与JavaScript完全相同。这就是我正在用的,效果很好。

In [1]: import datetime

In [1]: now = datetime.datetime.utcnow()

In [1]: now.strftime('%Y-%m-%dT%H:%M:%S') + now.strftime('.%f')[:4] + 'Z'
Out[3]: '2018-10-16T13:18:34.856Z'

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是一个特殊情况)。

>>> import arrow

>>> now = arrow.utcnow().format('YYYY-MM-DDTHH:mm:ss.SSS')
>>> now
'2018-11-28T21:34:59.235'
>>> zulu = "{}Z".format(now)
>>> zulu
'2018-11-28T21:34:59.235Z'

或者,一下子就得到它:

>>> zulu = "{}Z".format(arrow.utcnow().format('YYYY-MM-DDTHH:mm:ss.SSS'))
>>> zulu
'2018-11-28T21:54:49.639Z'