奇怪的日期,丢失的5分52秒?

本文探讨了一个关于Java SimpleDateFormat在解析特定日期字符串时出现的奇怪行为,特别是对于1900年1月1日的部分时间范围,提供了示例代码及运行结果,并寻求社区帮助以找出原因。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


一个网友问到,我无法回答原因,求助大家了。

论坛求助地址为: http://topic.youkuaiyun.com/u/20081103/06/af2335b0-5bd3-442e-99e8-2f59621d1bc9.html

  1. import java.text.DateFormat;
  2. import java.text.SimpleDateFormat;
  3. public class Test {
  4.   public static void main(String args[]) throws Exception {
  5.     String[] dateString = { "1900-01-01 07:59:59""1900-01-01 08:00:00",
  6.         "1900-01-01 08:05:51""1900-01-01 08:05:52" };
  7.     DateFormat dateTimeFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
  8.     for (String date : dateString) {
  9.       System.out.println(date + "=" + dateTimeFormat.parse(date));
  10.     }
  11.   }
  12. }

运行结果
1900-01-01 07:59:59=Mon Jan 01 07:59:59 CST 1900
1900-01-01 08:00:00=Mon Jan 01 08:05:52 CST 1900
1900-01-01 08:05:51=Mon Jan 01 08:11:43 CST 1900
1900-01-01 08:05:52=Mon Jan 01 08:05:52 CST 1900


我们的日历上,将永远不会出现 1900-01-01 08:00:00  到 1900-01-01 08:05:51 , 我们丢失了这5分52秒的时间。

哪位给解释一下? 我的是JDK 1.6.0_04_b12

难道是BUG,难道是时间调整? 还是我这个小版本有问题?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值