Java Date 类的一个神级误差

最新推荐文章于 2021-02-27 08:27:40 发布

waynell

最新推荐文章于 2021-02-27 08:27:40 发布

阅读量674

点赞数

分类专栏：转载文章标签： java date parsing string

转载专栏收录该内容

3 篇文章 0 订阅

订阅专栏

源自 Stack Overflow 的一个问题，原文点此外连接。

问题很简单，跑如下代码：

    Java代码   
    
  
 public static void main(String[] args) throws ParseException {  
     SimpleDateFormat sf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");    
     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);  
 }  

预期 ld4 - ld3 的结果为 1。然后实际结果是：

    Java代码   
    
  
 -1325491905  
 -1325491552  
 353  

即 Java 中 1927年12月31日 23时54分07秒与 1927年12月31日 23时54分08秒存在 353 秒的误差。

导致问题的原因解答如下：

写道

See this page for details of 1927 in Shanghai. Basically at midnight at the end of 1927, the clocks went back 5 minutes and 52 seconds. So "1927-12-31 23:54:08" actually happened twice, and it looks like Java is parsing it as the later possibly instant for that local date/time - hence the difference.

Just another episode in the often weird and wonderful world of time zones.

写道

点此外查看1927年上海时区详情。简单的说在1927年最后一天的午夜，标准时间被回调了5分52秒。所以"1927-12-31 23:54:08"确切地说出现了两次。现在看来，Java 对这一时间的解析采用了“晚点”的本地时间实现，用以区分。

这只是又一个关于时区的神秘而神奇的案例。

代码的世界，无奇不有。有些东西，你不知道，你就真的不知道啊。呵呵