原创：小姐姐味道（微信公众号ID：xjjdog），欢迎分享，转载请保留出处。

今天清理邮件，发现这样一条垃圾信息。虽然美股最近的表现很暴躁，但我没有银子花在这无聊的事情上。我有一笔钱，蹲在A股的一只退市股上。由于亏的太多，所以现在只剩下梦想。

魔幻的时间

关于时间的问题，首先让我们看一段神奇的代码。

SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
String sTime = "2020-03-08 00:00:00";
sdf.setTimeZone(TimeZone.getTimeZone("America/New_York"));
TimeZone.setDefault(TimeZone.getTimeZone("America/New_York"));

Date time = sdf.parse(sTime);
System.out.println(time.getTime());
System.out.println(time);
Calendar cd = Calendar.getInstance();
cd.setTime(time);

// 2小时以后是几点？
cd.add(Calendar.HOUR, 2);
time = cd.getTime();
System.out.println("------------------------------");
System.out.println(time.getTime());
System.out.println(time);
复制代码

我们从字符串生成了一个时间，就是上面邮件提到的时间。然后在此基础上加上了2个小时。结果运行的时候，神奇的事情发生了：打印结果显示，两个时间之间的差距是3个小时！

有图为证。

这是时间魔幻性的一面。

夏令时会导致某一天多出一个小时，或者少出一个小时。

要了解夏令时，就首先需要了解时区的概念。在《时间的秩序》一书里，讲解到时区的诞生其实是多种方案权衡的结果。最终全球被分为24个时区，每个时区跨经度15°。

其中，北京时间，是中国采用国际时区东八时区的区时作为标准时间，也是我们现在用的时间，但它的位置是在山西蒲城。

但在清代，却是用北京中轴线上的鼓楼作为标准时间的。xjjdog在那里呆过一段时间，是一个非常美丽幽静的地方。

时间计时

扯了这么多没用的，我们来看一下常见的GMT和UTC。

一般对UTC和GMT的介绍都比较晦涩，我们平常在代码中遇到的时间有4种，下面以人话进行说明。

GMT

格林尼治标准时间，是指位于伦敦郊区的皇家格林尼治天文台的标准时间，因为本初子午线被定义在通过那里的经线。

为什么它就能成为本初子午线，这不是地理原因，是历史原因。要是我有话语权的话，我会将神奇的百慕大三角，如今的西经64°45′，定为0度。

UTC

UTC一般和GMT视为无差别的表示方法。但GMT是以地球自转来计时的，这个庞然大物并不是那么准确。

UTC是原子时计时，更加可靠。每年格林尼治天文台会发调时信息，就是基于UTC的。

所以你现在看到的GMT，是旧世界的计时方法，最先进的计时，就是UTC。

协调世界时是以原子时秒长为基础，在时刻上尽量接近于世界时的一种时间计量系统。（这里面涉及到稳定的原子辐射，比地球的自转更加准确）。

UTC原子钟放在美国科罗拉州博尔德市，**最先进的铝离子光钟每237亿年偏差一秒！**谁能等到这一天别忘了把我从时光里挖出来。

Unix Time

Unix时间戳。是从1970年1月1日（UTC/GMT的午夜）开始所经过的秒数，不考虑闰秒。

意思就是，1970年前的时间戳，是负数。

为什么是1970？因为早期的机器都是32位的。用32位来表示时间的最大间隔是68年，而最早出现的UNIX操作系统考虑到计算机产生的年代和应用的时限综合取了1970年1月1日作为UNIX TIME的纪元时间。

夏令时DST

下面提到该死的夏令时。这是一个人为规定的时间。

一般在天亮的早的夏季，人为将时间调快一小时。这样可以使人早起早睡，减少照明量，以充分利用光照资源，从而节约照明用电。全世界有近110个国家每年要实行夏令时。

它又称“日光节约时制”和“夏令时间”，在这一制度实行期间所采用的统一时间称为“夏令时间”。

时间本来就是一个抽象的，看不见摸不着的东西。就连我们的钟表，也会在极限情况下失真。夏令时让时间更加复杂了一些。

影响

我们可以通过代码发现以下有悖常理的事情： 1）每一天并不总是有24小时，它还有可能是23，有可能是25。 2）Date日期处理类打印的并不总是如我们所愿。

public static void dayTime(TimeZone timeZone) {
    SimpleDateFormat fmt = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
    System.out.println("Time Zone is " + timeZone.getDisplayName() + " " + timeZone.getID());
    Calendar start = Calendar.getInstance(timeZone);
    //UTC 1970-01-01
    start.setTime(new Date(0));
    System.out.println("start=" + fmt.format(start.getTime()));
    //current time
    long end = Calendar.getInstance(timeZone).getTimeInMillis();
    boolean find = false;
    for (long i = start.getTimeInMillis(); i < end; i = start.getTimeInMillis()) {
        start.add(Calendar.DATE, 1);
        if ((start.getTimeInMillis() - i) % TimeUnit.DAYS.toMillis(1) != 0) {
            find = true;
            System.out.println("from " + fmt.format(new Date(i)) +
                    "to " + fmt.format(start.getTime()) +
                    " has " + (start.getTimeInMillis() - i) + "ms" +
                    "[" + (start.getTimeInMillis() - i) / (3600 * 1000L) + "hours]");
        }
    }
    if (!find) {
        System.out.println("Every day is ok.");
    }
}
复制代码

代码显示，在中国1986-1991年的这段时间里，一天并不总是有24个小时。

这些肯定是属于比较个性化的数据了。那么，这些数据是从什么地方获取的呢？我们跟踪代码，可以发现sun.util.calendar.ZoneInfo 类。而操作系统存放了每一个时区的具体配置文件，通过它们的配合，就能完成不同地域不同时间的展示。

**因为时区问题造成的BUG是时有发生的，尤其是国际项目。由于时区的不同，有可能在录入部分人的出生日期时，会发现多了或者少了一天！**比如中国，出生在1986-1991年的这些人，就可能碰到这种幽灵问题。

这一区间的小伙伴注意了，在某一刻，虽然活着，你可能并不存在！

各种时间表示这样转来转去的，总是让人头晕。好的办法就是，把所有的时区，调整成一致的。甚至是mysql，也提供了serverTimezone参数来进行统一协调。

&serverTimezone=Asia/Shanghai
复制代码

JVM也提供了参数。

-Duser.timezone=GMT+8
复制代码

几乎每个地方都充斥着这该死的timezone。是我们太弱小了，连个地球都没统一起来。

实际上，夏令时在中国，从1986-1992只实行了6年，之后就取消了。真是谢天谢地，每一天可以踏踏实实的睡觉，不用担心这些灵异事件了。

加上科技的发达，城里6点就亮起了霓虹灯。哪里还有什么白天黑夜。是时候全部取消夏令时了，可惜我说了不算（狗头保命）。

End

下次要是有人问你，一天有24个小时么？不要像刚认识数字的小学生一样，行高彩烈的喊是。由于夏令时的加入，可能在你眨一下眼睛之间，“一个小时”就过去了。

时间是个相对的产物，不同的人有不同的看法。比如，空姐的手表，总是比你的走的慢一些--这就是她们年轻一点的原因。

随着我们对世界的了解，很多以前坚定不移的认为对的事情，已经慢慢的开始腐烂变质。我们只是习惯，但事实从未变过。

就如同你认为现在打字的我是个程序员，但实际上我是一只狗。

意识形态的东西，谁能说得清呢。

作者简介：小姐姐味道 (xjjdog)，一个不允许程序员走弯路的公众号。聚焦基础架构和Linux。十年架构，日百亿流量，与你探讨高并发世界，给你不一样的味道。我的个人微信xjjdog0，欢迎添加好友，​进一步交流。​