陈皓:你确信你了解时间吗?

原文:陈皓

你还记得“软件真的好难做”中的那个有意思的例子吗?那个例子告诉我们软件开发中假设可能会是致命的事。今天,我又在StackOverflow上看到一个关于时间的问题——为什么1927年12月31日的午夜时间这么奇怪?提问题的这个人给了下面的一段java代码(我做一些修改,保证让你可以copy过去就可以编译运行)

我在其中高亮了两行,这个程序就是想比较一下“1927-12-31 23:54:07” 和 “1927-12-31 23:54:08”差几秒,很明显,是差一秒。但是程序的输出却不是这样的。

下面,让我们来看看程序的输出:(是的,差出353秒钟来)

Stackoverflow真的很强大,在大家要求发问者给出时区(中国上海)的15分钟内就解决了这个问题。相当的令人惊叹。原因是什么呢?大家需要围观一下这个网页。(为了怕被墙或是被和谐,我已习惯了抓屏保存,如果有人能开发一个软件能随看随抓,然后如果源被删了可以P2P的从已下载了的人那里获取,那么这个软件应该会很有国内市场。蛋扯远了,Sorry)

Time changes in year 1927 for China

从上图中我们可以看到——在1927年12月31日23:59:59时,往后面的一秒应该是1928年1月1日 0:0:0,但是这个时间被往后调整了5分52秒,而成了,1927年12月31日的,23:54:08,于是,完成了352秒的穿越。于是我们的 Java程序出了这样的一个问题,这真是一个奇迹。

为什么会有这个调整呢?我居然Google不到,不过,我在这个timeanddate.com上查看了一下北京的时间,发现北京的时间只到 1970年,于是我猜想,中国近代历史乱七八糟的政权交替可能是这个原因。于是我看了一下北京和上海物理时差,果然,北京上海的时差在5分50秒左右。因此,我觉得这个时间的变化应该是从上海时间变成了北京时间。至于你信不信,反正我是信了。

从这个事,我得到下面的一些启示:

  1. Java在的时区实现相当的强大啊。这种细节都能考虑到。
  2. 本地时间的完全就是一锅,应该尽量不用。
  3. 如果你要开发和时区有关系的程序,你的系统里一定要使用GMT标准时间,仅在显示的时候才转成本地时间。

各位无证程序员们,看到这个例子,你们是不是感到编程的压力了?呵呵。


1 收藏 2 评论

相关文章

可能感兴趣的话题



直接登录
最新评论
跳到底部
返回顶部