我是iso8601utils的作者。它可以在GitHub或PyPI上找到。下面是如何解析示例：

>>> from iso8601utils import parsers
>>> parsers.datetime('2008-09-03T20:56:35.450686Z')
datetime.datetime(2008, 9, 3, 20, 56, 35, 450686)

要获得与2.X标准库兼容的功能，请尝试：

calendar.timegm(time.strptime(date.split(".")[0]+"UTC", "%Y-%m-%dT%H:%M:%S%Z"))

calendar.timegm是time.mktime缺少的gm版本。

从Python 3.7开始，您基本上可以使用datetime.datetime.strptime解析RFC 3339日期时间，如下所示：

from datetime import datetime

def parse_rfc3339(datetime_str: str) -> datetime:
    try:
        return datetime.strptime(datetime_str, "%Y-%m-%dT%H:%M:%S.%f%z")
    except ValueError:
        # Perhaps the datetime has a whole number of seconds with no decimal
        # point. In that case, this will work:
        return datetime.strptime(datetime_str, "%Y-%m-%dT%H:%M:%S%z")

这有点尴尬，因为我们需要尝试两种不同的格式字符串，以便同时支持小数秒的日期时间（如2022-01-01T12:12:12.123Z）和没有小数秒的（如2021-01-01T12:12Z），这两种格式在RFC 3339下都是有效的。但只要我们做一点逻辑，这就行得通。

此方法需要注意的一些注意事项：

它在技术上并不完全支持RFC 3339，因为RFC 3339允许您使用空格而不是t来分隔日期和时间，尽管RFC 3339声称是ISO 8601的概要文件，但ISO 8601不允许这样做。如果您想支持RFC 3339的这种愚蠢的怪癖，可以在函数的开头添加datetime_str=datetime_str.replace（“”，“T”）。我上面的实现比严格的RFC 3339解析器应该更宽松，因为它将允许时区偏移，如+0500而不带冒号，而RFC 3339不支持。如果您不仅想解析known-to-be-RFC-339日期时间，而且还想严格验证您获得的日期时间是否为RFC 3339，请使用另一种方法或添加您自己的逻辑来验证时区偏移格式。这个函数肯定不支持所有的ISO 8601，它包括比RFC 3339更广泛的格式。（例如，2009-W01-1是有效的ISO 8601日期。）它在Python 3.6或更早版本中不起作用，因为在那些旧版本中，%z说明符只匹配+0500或-0430或+0000等时区偏移，而不是+05:00或-04:30或z等RFC 3339时区偏移。

只需使用python dateutil模块：

>>> import dateutil.parser as dp
>>> t = '1984-06-02T19:05:00.000Z'
>>> parsed_t = dp.parse(t)
>>> print(parsed_t)
datetime.datetime(1984, 6, 2, 19, 5, tzinfo=tzutc())

文档

如果您使用的是Django，它提供了日期解析模块，它接受一系列类似于ISO格式的格式，包括时区。

如果您没有使用Django，并且不想使用这里提到的其他库之一，那么您可能会将Django的dateparse源代码调整为适合您的项目。

如今，Arrow还可以作为第三方解决方案：

>>> import arrow
>>> date = arrow.get("2008-09-03T20:56:35.450686Z")
>>> date.datetime
datetime.datetime(2008, 9, 3, 20, 56, 35, 450686, tzinfo=tzutc())