ISO-8601 如何解读

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