ホームページ >バックエンド開発 >PHPチュートリアル >UTC 和ISO 8601时间格式的一些疑问
严格的来说,这个标题可能不太正确,因为我首先度娘了一下,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 是表示时间的一种标准格式,多数编程语言都支持。
2016-01-18T23:41:00 是符合 ISO-8601 标准的时间表示。
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的意义仅仅是分隔符,没有别的意思。