第三方API返回的时间字符串格式确认,如“2019-07-04T01:08:31.1953626+00:00”

第三方API返回的时间字符串格式确认,如“2019-07-04T01:08:31.1953626+00:00”,api,time,backend,utc,Api,Time,Backend,Utc,这是一个简单的问题,在我的应用程序中,我从API获得一个时间字符串,其格式如下: 我不太确定hh:mm:ss之后的部分,例如在本例中是1953626+00:00,这是什么 根据toISOString的jsapi,时间字符串格式类似于:2019-07-04T08:29:01.349Z,其中结束部分是毫秒。在我的应用程序中,我需要根据上面显示的API返回的时间字符串处理一些逻辑,因此我需要确认它的含义 注意:有人说是CPU的滴答声,不确定。我只是想确认一下,这是一个普遍的惯例。谢谢。ISO 8601

这是一个简单的问题,在我的应用程序中,我从API获得一个时间字符串,其格式如下:

我不太确定hh:mm:ss之后的部分,例如在本例中是1953626+00:00,这是什么

根据toISOString的jsapi,时间字符串格式类似于:2019-07-04T08:29:01.349Z,其中结束部分是毫秒。在我的应用程序中,我需要根据上面显示的API返回的时间字符串处理一些逻辑,因此我需要确认它的含义

注意:有人说是CPU的滴答声,不确定。我只是想确认一下,这是一个普遍的惯例。谢谢。

ISO 8601 您的输入字符串都是标准格式

ISO 8601是将日期时间值序列化为文本的现代协议。这些格式尽量减少了英语的使用。它们很容易被机器解析。而且它们很容易被不同文化的人阅读

较新的标准规定日期时间为ISO8601。ISO 8601取代了旧协议中使用的糟糕格式,如电子邮件头中的格式

分数秒 .1953626表示小数秒

使用7位数是不寻常的。那是打字错误吗?通常,分数秒由3、6或9位数字组成,分辨率为毫秒、微秒或纳秒

与UTC的偏移量 +00:00表示一天中的日期和时间被解释为比UTC早0小时分秒。换句话说,UTC本身


Z也是如此。字母发音为“Zulu”,表示偏移量为+00:00

API文档怎么说?没有文档,没有解释。我只是想确认一下,这是一般性的惯例。谢谢你的意见。这不是打字错误。我还看到api返回数据中有6位数字。
2019-07-04T01:08:31.1953626+00:00