为什么1970年1月1日是“大纪元时间”?

为什么

1970年1月1日00:00:00

考虑时代的时间?

213558 次浏览
小开

简单的回答:为什么不呢?

长一点的回答:时间本身并不重要，只要每个使用它的人都认同它的价值。由于1/1/70已经使用了很长时间，使用它会让你的代码尽可能为更多人所理解。

为了与众不同而任意选择一个时代并没有太大的好处。

小开

历史。

Unix最早的版本有 从A处递增的32位整数 60赫兹的速率，这是速率 硬件上的系统时钟 早期的Unix系统。值为60 Hz仍然出现在一些软件中 接口作为结果。时代也是 与当前值不同。<强> < em > 第一版 Unix程序员手册 日期为1971年11月3日 Unix时间为“从00:00:00开始的时间”， 1971年1月1日，换算成 第二个”。< /强> < / p >
小开

http://en.wikipedia.org/wiki/Unix_time#History解释了一点关于Unix时间和所选纪元的起源。unix时间和epoch日期的定义在稳定在现在的水平之前经历了几次更改。

但它并没有说明为什么最终选择了1970年1月1日。

维基百科页面上值得注意的摘录:

1971年11月3日的《第一版 Unix程序员手册》将Unix时间定义为“自1971年1月1日00:00:00起的时间，以六十分之一秒为单位”。

由于范围有限，epoch为重新定义不止一次，在速率更改为1 Hz并将epoch设置为其当前值之前。

后来的几个问题，包括目前定义的复杂性，都是由于Unix时间是根据使用情况逐渐定义的，而不是从一开始就完全定义的。

小开
最佳答案

unix的早期版本以1/60秒为间隔测量系统时间。这意味着32位无符号整数只能表示小于829天的时间跨度。由于这个原因，由数字0(称为时代)表示的时间必须设置在最近的过去。由于这是在20世纪70年代初，所以时代定在1971年1月1日。

后来，系统时间被更改为每秒钟增加一次，这将可以用32位无符号整数表示的时间跨度增加到136年左右。由于从计数器上挤出每一秒已经不再那么重要，纪元被四舍五入到最近的十年，从而变成了1970-01-01。人们肯定会认为这比1971年1月1日稍好一些。

注意，使用1970-01-01作为epoch的32位签署整数可以表示到2038-01-19的日期，该日期将环绕到1901-12-13。

小开

纪元参考日期

纪元参考日期是时间轴上的一个点，我们从它开始计算时间。在这一点之前的时刻以负数计算，在这一点之后的时刻以正数计算。

使用的时代很多

为什么1970年1月1日00:00:00被认为是epoch ?

不，不是的 epoch，而是一个 epoch。有使用的时代很多。

这个纪元的选择是任意的。

主要计算机系统和图书馆至少使用几十个不同的时代中的任意一个。最流行的一个epoch通常被称为Unix时间，使用您提到的1970 UTC时刻。

Unix Time的1970虽然很流行，但可能不是常见的大多数。最常见的还有1900年1月0日，无数的微软Excel &Lotus 1-2-3电子表格，或者2001年1月1日，苹果的Cocoa框架在全球超过10亿台iOS/macOS机器上的无数应用程序中使用。或者全球定位系统(GPS)设备使用的1980年1月6日?

许多粒度

不同的系统在计算时间时使用不同的粒度。

即使是所谓的“Unix时间”也是不同的，有些系统计算整个秒，有些则计算毫秒。许多数据库，如Postgres使用微秒。有些，比如Java 8及以后版本中的现代java.time框架，使用纳秒。有些人还使用其他颗粒。

ISO 8601

由于在使用epoch引用和粒度方面存在很大差异，因此通常最好避免将时刻作为count-from-epoch进行通信。在时代的模糊性之间;粒度，加上人类无法感知有意义的值(因此会错过有错误的值)，使用纯文本而不是数字。

ISO 8601标准提供了一组广泛的、设计良好的实用格式，用于将日期-时间值表示为文本。这些格式很容易被机器解析，也很容易被不同文化的人阅读。

这些包括:


提交答案