java Date.getTime()返回负数异常情况分析

背景

  在线上运行的一个数据库同步系统,突然在某一天发现了一条奇怪的数据。 出现了如下异常:

 

Java代码 

 收藏代码

  1. SQL state [99999]; error code [17361]; Year out of range.; nested exception is java.sql.SQLException: Year out of range.:  

 

 分析其对应的数据内容,就发现了有一个Oracle的Date类型的数据字段,返回了-235316004988000L. 

 

Java代码 

 收藏代码

  1. EventColumn[index=0,columnType=93,columnName=RESERVED_TIME,columnValue=-235347540988000,oldColumnValue=<null>,isNull=false,isKey=false],  

过程

1. 查询了下数据库源库中的数据记录(oracle 11g)

 

 

Java代码 

 收藏代码

  1. RESERVED_TIME           TO_CHAR(RESERVED_TIME,'YYYY-MM-DDHH24:   
  2. -------------------             --------------------------------------  
  3. 5488-04-02 11:03:32   0000-00-00 00:00:00     

 

注意: oracle to_char函数出现失败. 

 

2. 接着dump了下"5488-04-02 11:03:32"的记录和对应该异常数据的记录,发现16进制下数据有点不同

 

Java代码 

 收藏代码

  1. dump(RESERVED_TIME,16):   
  2.   
  3. 5488-04-02 11:03:32  
  4. Typ=12 Len=7: 2d,70,4,2,c,4,21  
  5.   
  6. 5488-04-02 11:03:32  
  7. Typ=12 Len=7: 9a,bc,4,2,c,4,21  

 

3. 通过jdbc获取数据库返回结果数据

    出现了本文的重点: Timestamp.getTime() =  -253402271999000

原因

做java的人,基本都知道Date.getTime()返回的时间是相对于"1970-01-01 00:00:00"的毫秒数差值。

对应的javadoc说明:


 

思考: 那1969年的Date对象,获取到的getTime会是一个什么结果? 

测试1: (1970年边界值测试)

 

Java代码 

 收藏代码

  1. public static void test_1970() throws Exception {  
  2.         TimeZone.setDefault(TimeZone.getTimeZone("GMT+0"));  
  3.         Date date1 = parse("1970-01-01 00:00:00"); // 0值  
  4.         Date date2 = parse("1969-12-31 00:00:00"); // -86400000值  
  5.         System.out.printf("1970 date:%s ,1969 date: %s \n", date1.getTime(), date2.getTime());  
  6.     }  

 

结果很明显,返回的是负数

测试2:(0000年边界值测试)

 

Java代码 

 收藏代码

  1. public static void test_zero() throws Exception {  
  2.         TimeZone.setDefault(TimeZone.getTimeZone("GMT+0"));  
  3.         Date date1 = parse("0001-01-01 00:00:00");  
  4.         long time = date1.getTime();  
  5.         Date date2 = new Date(time - ONE_DAY); // 获取公元1年的下一天  
  6.         System.out.printf("date:%s \n", format(date2)); // 0001-12-31 00:00:00, 做了一个轮回  
  7.   
  8.         Date date3 = new Date(time - ONE_DAY * (365 + 1)); // 获取公元1年的下一年  
  9.         System.out.printf("date:%s \n", format(date3)); // 0001-01-01 00:00:00 , 做了一个轮回,公元前1年  
  10.     }  

 

结果:

 

  • 0001-01-01的下一天是,0001-12-31 (一个轮回)
  • 0001-01-01的下一年是, 0001-01-01 (一个年的轮回)

测试3:(本文的异常数据)

 

获取正常的5488年的time数据

 

Java代码 

 收藏代码

  1. Date test = parse("5488-04-02 11:03:32");  
  2. System.out.printf("time:%s \n", test.getTime()); // 输出111025307012000   

 

计算一下:

 

Java代码 

 收藏代码

  1. public static void test_answer() throws Exception {  
  2.         Date test = parse("5488-04-02 11:03:32");  
  3.         Date zero = parse("0001-01-01 00:00:00");  
  4.   
  5.         long days = (test.getTime() - zero.getTime()) / ONE_DAY;  
  6.         long ans = (111025307012000L - (-235316004988000L)) / ONE_DAY - days;  
  7.   
  8.         Date now = new Date(zero.getTime() - ONE_DAY * (ans + 1)); // 获取公元1年的下一年  
  9.         System.out.printf("date:%s \n", format(now)); // 5488-04-01 00:00:00 , 做了一个轮回  
  10.     }  

结果: 

  • 111025307012000代表的是正确的5488年的time类型
  • -253402271999000代表的是从0001再往前倒数5000多年的数据,也就是说是公元前5488年的意思。

结论

 

  1. 1970年的前一天的getTime返回的是-1 * 24 * 3600 * 1000 = -86400000
  2. 0001年的前一年(公元前1年),java里表示还是0001年

所以本文里的两个time时间:111025307012000 , -253402271999000都是代表着"5488-04-02 11:03:32",只不过前者是公元,后者是公元前的区别,问题就已经很明确了。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
提供的源码资源涵盖了Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 适合毕业设计、课程设计作业。这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。 所有源码均经过严格测试,可以直接运行,可以放心下载使用。有任何使用问题欢迎随时与博主沟通,第一时间进行解答!

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值