一、1970-01-01

Date date = new Date(0);
System.out.println(date);//Thu Jan 01 08:00:00 CST 1970

查看 Date 的构造函数的Java Doc说明，该构造函数接收用户指定一个毫秒数，如 new Date(1000)，表示获得一个距离“epoch”【纪元】有 1000 毫秒的时间。Java 中，该时间为 1970, 00:00:00 GMT。

二、为什么纪元时间是 1970-01-01

一切要从 Unix 操作系统诞生开始说起。1969年8月，贝尔实验室的程序员肯汤普逊利用妻儿离开一个月的机会，开始着手创造一个全新的革命性的操作系统，他使用 B 编译语言在老旧的 PDP-7 机器上开发出了 Unix 的一个版本。随后，汤普逊和同事丹尼斯里奇改进了 B 语言，开发出了 C 语言，重写了 Unix，新版于 1971 年发布。在 Unix 被发明出来之后，需要在 Unix 上表示时间，就需要想办法定义一个能表示一份数据在某个特定时间之前已经存在的、完整的、可验证的数据来表示时间。于是，Unix 时间戳被定义出来，即通过当前时间和一个“纪元时间”进行对比，其间相差的秒数作为时间戳。为了让 Unix 时间戳表示时间这种方式用的尽可能久，最初就把 Unix 诞生的时间 1971-1-1 定义成"纪元时间"。

三、时间戳修改

除了开始时间是 1971-1-1 而不是 1970-1-1 外，最初的时间戳也不是每增加 1 秒时间戳就变动一次，而是每 1/60 秒都会改变一次时间戳。另外，Unix 是在 1971 年发明出来的，当时的计算机系统是 32 位，如果用 32 表示有整数，那么最大值是 2147483647(2^31-1)。那么，简单做一个数学计算，如果用当时的时间戳计算方式来表示时间的话，Unix 时间戳最多可以使用 4294967296/(606024)/60 = 828.5天(一天有 606024 秒，每 1/60 秒会占用一个时间戳)。想象一下，设计出一个计算机系统，它的时间只能表示 828.5天，是不是很难让人接受，但是最初的 Unix 确实是这样的。后来，Unix 的开发者们也渐渐意识到这样不是长久之计，于是开始做出改变。最开始，他们将每 1/60 秒改变一次时间戳修改成每 1 秒改变一次时间戳。这样时间戳可以表示的时间就又放大了 60 倍。这时候有 828.5*60/365 = 136 年。这时候，一方面 136 年已经足够久了，纪元时间稍微向前调一下影响也不大。另外一方面为了方便记忆和使用。于是就把纪元时间从 1971-01-01 调整到 1970-01-01了。

于是，随着后面各种开发语言的诞生，就都沿袭了 1970-1-1 这个设定。所以，通常说的时间戳，就是指格林威治时间(GMT)1970年01月01日00时00分00秒起至现在的总秒数。

四、纪元时间与时区

前面所提到的纪元时间的设置，都是基于格林威治标准时间的，即 GMT 时间。但是世界上各个地区有自己的时区，都需要基于 GMT 时间进行调整。1970-01-01 08:00:00 的显示显然是受到了时区的影响。因为中国处于东八区，所以时间会比标准时间早 8 小时，而标准时间应该是 1970-01-01 00:00:00。

应该很多人都记得《苹果"1970事件"》，在几年前，一个名为vista980622的网友在国外网站 Reddit 的论坛上发表了一篇“把iPhone时间改成 1970年1月1日，手机即可永远变砖”的帖子。在该帖子发布不久，很多人都不相信，抱着试试看的态度将手机的时间设置成 1970年1月1日，结果手机关机后重新开机真的变砖了。因为我们处于东八区，时间比标准时间要快 8 小时，如果把时间调整成 1970-01-01 00:00:00，那么标准时间就会是比这个时间少 8 小时，即 1969年12月31日16时0分0秒。但是，IOS 设备是以 UTC 时区(GMT时间)的 1970年1月1日0点0时0秒 为界限，数值为 0，用户把时间调整到 1969年12月31日16时0分0秒，系统就要出现负值的时间。系统版本为 IOS 8.0 至 IOS 9.3 beta3，并且搭载 64 位处理器(即处理器为A7-A9X的设备)的苹果设备都会触发这个Bug，导致变砖！