欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  后端开发

UTC 和ISO 8601时间格式的一些疑问

程序员文章站 2022-04-29 13:18:06
...
严格的来说,这个标题可能不太正确,因为我首先度娘了一下,ISO8601时间格式标准应该类似于:2016-01-18T23:41:00-08:00,而UTC时间格式差不多类似

在做一个项目用到一个国外的API,返回的一个时间格式是:2016-01-18T23:41:00

我有几个问题想问一下:
1.因为没有搜索到具体资料,返回的这个2016-01-18T23:41:00 是UTC时间和是ISO-8601时间格式?
2.如上,如果这算是ISO时间格式,因为没有指定时区,那么像“2016-01-18T23:41:00”这种情况,默认是+00:00吗?(如果是UTC时间,也是类似的问题,没有指定时区/时差默认的是什么,如果有)

回复内容:

严格的来说,这个标题可能不太正确,因为我首先度娘了一下,ISO8601时间格式标准应该类似于:2016-01-18T23:41:00-08:00,而UTC时间格式差不多类似

在做一个项目用到一个国外的API,返回的一个时间格式是:2016-01-18T23:41:00

我有几个问题想问一下:
1.因为没有搜索到具体资料,返回的这个2016-01-18T23:41:00 是UTC时间和是ISO-8601时间格式?
2.如上,如果这算是ISO时间格式,因为没有指定时区,那么像“2016-01-18T23:41:00”这种情况,默认是+00:00吗?(如果是UTC时间,也是类似的问题,没有指定时区/时差默认的是什么,如果有)

UTC 是时间标准;ISO-8601 是表示时间的一种标准格式,多数编程语言都支持。

  1. 2016-01-18T23:41:00 是符合 ISO-8601 标准的时间表示。

  2. 2016-01-18T23:41:00 里面的 T 表示 UTC,所以这个字符串解析后就表示 UTC 时间的 2016-01-18 23:41:00,那么再转换为北京当地时间展示(比如,在 JavaScript 里面 new Date('2016-01-18T23:41:00').toLocaleString())时就会加上 8 小时的偏移,变成:2016-01-19 7:41:00。

更多这方面的东西,可以参考我之前写的文章:http://segmentfault.com/a/1190000004292140

首先你对这两个概念就有混淆, UTC 是时间,并不是时间的格式,和 ISO-8601 不能进行比较。

之后回答你问题,
IOS-8601 不只有一个格式,而是包含很多格式,其中就有没有时区的为 0时区。当然,其他的格式中还有没有时间只有日期的。

附一份 IOS-8601 官方规范
http://www.iso.org/iso/home/standards/iso8601.htm

*:
Time zones in ISO 8601 are represented as local time (with the location unspecified), as UTC, or as an offset from UTC.

If no UTC relation information is given with a time representation, the time is assumed to be in local time.
所以如果不指定时区,则表示的是本地时间。相当于localtime得到的时间。没指定时区不代表UTC时间,UTC时间必须最后写明Z或者用+00之类的偏移。
那个T的意义仅仅是分隔符,没有别的意思。