大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。
Jetbrains全家桶1年46，售后保障稳定
严格的来说，这个标题可能不太正确，因为我首先度娘了一下，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的意义仅仅是分隔符，没有别的意思。
本文原创发布php中文网，转载请注明出处，感谢您的尊重！
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/234183.html原文链接：https://javaforall.net
![CPU后缀字母性能[通俗易懂]](https://javaforall.net/wp-content/uploads/2020/11/2020110817443450-480x300.jpg)
