Datetime ISO-8601是否允许时区缩写UTC而不是Z作为时区?

Datetime ISO-8601是否允许时区缩写UTC而不是Z作为时区?,datetime,timezone,datetime-format,iso,Datetime,Timezone,Datetime Format,Iso,在我参与的几个项目中,我们使用了 YYYY MM DDThh:MM:ssUTC e、 g 2017-01-01T12:00:00UTC 作为时间格式,并声称它(不正确?)是符合ISO-8601的子集 很明显,ISO-8601包括Z和+hhmm作为指定与UTC的偏移量以及时区(忽略夏令时)的法定方法 显然,W3C和大多数采用ISO-8601(子集)的其他组织更喜欢使用Z(和+hhmm) 我正在寻找熟悉或拥有ISO-8601副本的人,以确认是否使用任何时区缩写,尤其是UTC(作为祖鲁时间“Z”的同义

在我参与的几个项目中,我们使用了

YYYY MM DDThh:MM:ssUTC

e、 g

2017-01-01T12:00:00UTC

作为时间格式,并声称它(不正确?)是符合ISO-8601的子集

很明显,ISO-8601包括
Z
+hhmm
作为指定与UTC的偏移量以及时区(忽略夏令时)的法定方法

显然,W3C和大多数采用ISO-8601(子集)的其他组织更喜欢使用
Z
(和
+hhmm

我正在寻找熟悉或拥有ISO-8601副本的人,以确认是否使用任何时区缩写,尤其是UTC(作为祖鲁时间“Z”的同义词)是一致的

我相信IANA负责时区,ISO-8601使用偏移量只是为了避免必须处理时区变化的问题

我发现标准的一个旧版本没有提到时区缩写。
我想确认在当前标准(ISO-8601:2004?)中使用UTC并声明ISO-8601符合性是无效的。

我有ISO-8601:2004,根据ISO-8601:2004是最新版本。我不认为它允许使用UTC代替Z,尽管它在规范中经常提到“UTC”。

我将确认这一点。字符串文字
UTC
对ISO-8601无效,除
Z
外,任何其他缩写都无效。还有,有,但我严重怀疑他们是否会引入时区缩写。感谢有趣的链接。这篇文章提到了“学期、学期、春季、夏季、秋季、冬季”等术语的新表达方式。它并没有深入到什么程度,但是看起来标准会变得更复杂。有趣的是,我刚刚发现了使用UTC的方法,而在HTTP中,缓存收件人应该考虑除GMT或UTC以外的区域缩写的日期对于计算期满无效。这令人惊讶,因为HTTP声称使用符合ISO-8601的日期时间。我还注意到unix date命令+%Z给出了“字母时区缩写”,但给出了UTC。请参阅man7.org/linux/man-pages/man1/date.1.html。我怀疑正是这种奇怪的现象使我们在最初使用shell脚本时使用了UTC而不是Z