现在的位置: 首页 > 综合 > 正文

你确信你了解时间吗?

2018年01月11日 ⁄ 综合 ⁄ 共 1465字 ⁄ 字号 评论关闭

          今天,我又在StackOverflow上看到一个关于时间的问题——为什么1927年12 月31日的午夜时间这么奇怪?提问题的这个人给了下面的一段java代码(我做一些修改,保证让你可以copy过去就可以编译运行)

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

import java.text.SimpleDateFormat; 
import java.text.ParseException; 
import java.util.Date; 
import java.util.TimeZone; 
 class time{ 
    public static void main(String[] args) throws ParseException {
         SimpleDateFormat sf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
         sf.setTimeZone(TimeZone.getTimeZone("Asia/shanghai"));  
         String str3 = "1927-12-31 23:54:07";  
         String str4 = "1927-12-31 23:54:08";      
         Date sDt3 = sf.parse(str3);  
         Date sDt4 = sf.parse(str4); 
         long ld3 = sDt3.getTime() /1000;   
         long ld4 = sDt4.getTime() /1000;   
         System.out.println(ld3);      
         System.out.println(ld4);    
         System.out.println(ld4-ld3);   
     } 
}
 

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

-1325491905
-1325491552
353

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

        从上图中我们可以看到—— 在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标准时间,仅在显示的时候才转成本地时间。
各位无证程序员们,看到这个例子,你们是不是感到编程的压力了?呵呵。

 

 

【上篇】
【下篇】

抱歉!评论已关闭.