写点什么

ISO-8601 如何解读

用户头像
HoneyMoose
关注
发布于: 1 小时前

ISO-8601 是国际标准化组织提供的一个有关时间表示的规范。

如下:1970-01-01T00:00:00Z 可能是我们最常看到的格式了,这个表示的是一个 Epoch 时间,其实也不完全一定是,因为在上面没有表示出毫秒。

关于上面的时间格式解读如下:

  • T 为日期和时间的分隔符,无特殊意义,猜测可能使用了英文单词 time 的首字母 T 吧。

  • Z 表示的是时区。应该取的是 Zone 的首字母,如果你看见表示的格式有 Z 的话,那么就说明当前的时间是 UTC 时间。

格式扩展

完整的 ISO 8601 可以用下面的格式来表示 2021-08-13T14:20:18.992847200-04:00

在上面的格式中的 字母 T 请参考前面的解释。

  • 无字母 Z,如果没有字母 Z 的话,应该使用的是 + 或者 - 符号,+ 表示的是东,比如说北京, - 表示的是 西部,比如 -04:00 表示的是西 5 区的美国东部时间。

  • 在秒后面使用 点号 . 例如 上面的 .992847200 来表示纳秒,这个时间是可以省略的。

其实上面的时间格式都是可以进行格式化,取部分数据,或者省略掉数据,如果省略的数据在初始化的时候就被填充 0 。

Epoch 时间

纪元(Epoch)是指具有历史意义的某一刻,其实就是一个参考点。

 


Unix 纪元是 Unix 或类 Unix 系统,一些 C/C++,Java 等编程语言使用的纪元,从 1970 年一月一日 00:00 开始。而其他的操作系统或者编程语言,使用的就是不一样的纪元起始日期了,比如 Microsoft C/C++ 7.0 使用的是 1899 年 12 月 31 日。

从 Unix 纪元(1970-01-01-00:00:00)就是 Unix 时间的零点,以后的时间是正的,而 Unix 纪元之前的时间就是负值。

为什么 Unix 系统中纪元的时间是 1970 年

这个问题得去问 Unix 之父:Ken Thompson 和 Dennis Ritchie 了,是他们选择这个时间作为 Unix 系统的纪元时间的。

第一版的 Unix 程序员手册是 1971 年 11 月份出版的,上面定义 Unix 时间是:从 1971 年 1 月 1 日 00:00:00 开始,单位是一秒的六十分之一。

这意味在 Unix 时间的最早版本中,时间计数器以 60Hz 的频率(芯片的振荡器频率)递增,每隔 1/60 秒,计数器就加一。当时使用的整数计数器是 32 位的,这样 Unix 时间能够表示的范围就非常受限了,2^32/60/3600/24/30/12 大约是 2.3 年。

所以后来经过多次更改,频率变成了 1Hz,纪元时间改为了 1970 年 1 月 1 日 00:00:00。

有一种说法是 Unix 操作系统诞生于 1970 年,但实际上并不是的,在 1969 年左右,Unix 的概念就已经诞生了,Unix 的最早版本已经诞生了。Wired 网站上的一篇文章写道:Ritchie 说这个时间其实是随意选择的,因为需要一个统一的日期来作为时间的起点,而 1970 年的元旦,看起来是最方便的。

2038 年问题

2038 年问题又叫 Unix 千年臭虫或 Y2K38 错误。在时间值以带符号的 32 位整数来存储或计算的数据存储情况下,这个错误就有可能引发问题。

可以用 Unix 带符号的 32 位整数时间格式来表示的最新时间是 2038 年 1 月 19 日 03:14:07UTC,这是 1970 年 1 月 1 日之后过了 2147483647 秒。过了那个时间后,由于整数溢出,时间值将作为负数来存储,系统会将日期读为 1901 年 12 月 13 日,而不是 2038 年 1 月 19 日。



用简单的语言来说,Unix 机器最终将会耗尽存储空间来列举秒数。所以,到那一天,使用标准时间库的 C 程序会开始出现日期问题。

其实就是因为整数的最大计数在这一天会溢出,导致无法正确处理时间。

感觉人类文明就是和时间和存储过不去。

 

https://www.ossez.com/t/iso-8601/13687

用户头像

HoneyMoose

关注

还未添加个人签名 2021.03.06 加入

还未添加个人简介

评论

发布
暂无评论
ISO-8601 如何解读