为什么Unix时间从1970-01-01开始？

为什么Unix时间从1970-01-01开始？为什么不选择1971-01-01或其他日期？

除了谷歌在那里，我不会知道答案：

从这里（需要免费订阅）：

Linux遵循Unix设定的传统，即自1970年1月1日正式“生日”（以计算术语称为“时代”）以来以秒为单位计时。

可以在此《有线新闻》中找到更完整的解释。 它解释说，早期的Unix工程师任意选择该日期，因为他们需要为时间的开始设定统一的日期，而1970年的元旦似乎最方便。

Unix并非诞生于1970年。

Unix时代是1970年1月1日午夜。重要的是要记住，这不是Unix的“生日”，操作系统的粗略版本是在1960年代左右。相反，根据贝尔实验室最初在Unix上工作的工程师之一丹尼斯·里奇（Dennis Ritchie）的说法，日期是在70年代初的某个时候被编程到系统中的，因为这样做很方便。

我喜欢这个问题:-)

让我尝试回答（当然来源：互联网）

Unix时间由32位整数（整数）表示，可以是正数或负数（有符号）。Unix最初是在60年代和70年代开发的，因此Unix Time的“开始”设置为1970年1月1日格林尼治标准时间（格林威治标准时间）-此日期/时间的Unix Time值设置为0。作为Unix Epoch。

一个32位带符号整数可以表示-2147483648和2147483647之间的整数。由于Unix Time从0开始，所以Unix Time的负值从纪元开始倒退，而正数在时间上倒退。这表示Unix时间跨度是从1901年12月13日格林尼治标准时间-2147483648或20:45:52 GMT到2038年1月19日格林尼治标准时间2147483647或3:14:07 GMT。这些日期代表开始时间，即前史和Unix时间的结束。

Unix时间的结束将在格林尼治标准时间2038年1月19日03:14:07。2038年1月19日格林威治标准时间（GMT），所有仍使用32位Unix Time的计算机都将溢出。这就是所谓的“ 2038年问题”。一些人认为，这将是比“ 2000年问题”更为严重的问题。解决2038年问题的方法是将Unix Time存储在64位整数中。大多数64位操作系统中已经在进行此操作，但是许多系统可能到2038年都无法更新。