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

发布于 2022-09-02 00:50:06 字数 359 浏览 29 评论 0

严格的来说,这个标题可能不太正确,因为我首先度娘了一下,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时间,也是类似的问题,没有指定时区/时差默认的是什么,如果有)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

挖个坑埋了你 2022-09-09 00:50:06

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

假扮的天使 2022-09-09 00:50:06

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

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

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

野心澎湃 2022-09-09 00:50:06

维基百科:
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的意义仅仅是分隔符,没有别的意思。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文