资讯专栏INFORMATION COLUMN

Java中在时间戳计算的过程中遇到的数据溢出问题

Bryan / 3026人阅读

摘要:先放出结论因为中整数默认是类型,在计算的过程中计算结果大于,所以出现了数据溢出,从而导致了计算结果不准确的问题。在计算右值的过程中型相乘发生溢出,然后将溢出后截断的值赋给变量,导致了结果不准确。

背景

今天在跑定时任务的过程中,发现有一个任务在设置数据的查询时间范围异常,出现了开始时间戳比结束时间戳大的奇怪现象,计算时间戳的代码大致如下。

package com.lingyejun.authenticator;
 
public class IntegerTest {
 
    public static void main(String[] args) {
        long endTime = System.currentTimeMillis();
        long startTime = endTime - 30 * 24 * 60 * 60 * 1000;
 
        System.out.println("end   : " + endTime);
        System.out.println("start : " + startTime);
    }
}

先放出结论:因为java中整数默认是int类型,在计算的过程中30 * 24 * 60 * 60 * 1000计算结果大于Integer.MAX_VALUE,所以出现了数据溢出,从而导致了计算结果不准确的问题。

验证

我们将上面的代码稍稍改造一下,方便我们确认定位问题,调整后的代码如下:

package com.lingyejun.authenticator;
 
public class IntegerTest {
 
    public static long calcStartTime(long endTime, long minusMills) {
        System.out.println("end  : " + endTime + " minus mills : " + minusMills);
        long startTime = endTime - minusMills;
        System.out.println("start: " + startTime);
        return startTime;
    }
 
    public static void main(String[] args) {
        long nowTime = System.currentTimeMillis();
        long a = 30 * 24 * 60 * 60 * 1000;
        calcStartTime(nowTime, a);
    }
} 

结果如下:

end  : 1560869539864 minus mills : -1702967296
start: 1562572507160

这和我们的预期不一样,因为30 * 86400000 = 2592000000,但是计算出来却是:-1702967296。

到这里想必大家都知道原因了,这是因为java中整数的默认类型是整型int,而int的最大值是2147483647,

在代码中java是先计算右值,再赋值给long变量的。在计算右值的过程中(int型相乘)发生溢出,然后将溢出后截断的值赋给变量,导致了结果不准确。

将代码做一下小小的改动,再看一下。

package com.lingyejun.authenticator;
 
public class IntegerTest {
 
    public static long calcStartTime(long endTime, long minusMills) {
        System.out.println("end  : " + endTime + " minus mills : " + minusMills);
        long startTime = endTime - minusMills;
        System.out.println("start: " + startTime);
        return startTime;
    }
 
    public static void main(String[] args) {
        long nowTime = System.currentTimeMillis();
        long a = 30 * 24 * 60 * 60 * 1000L;
        calcStartTime(nowTime, a);
    }
}

结果为

end  : 1560869539864 minus mills : 2592000000
start: 1558277539864

似乎这样应该就没有什么问题了,但是这样就真的保险了吗,如果我要把30调整为24856(Integer.MAX_VALUE / 86400 = 24855),即改为:long a = 24856 * 24 * 60 * 60 * 1000L 那么同样会出现溢出。

因为java的运算规则从左到右,再与最后一个long型的1000相乘之前就已经溢出,所以结果也不对,正确的方式应该如下:long a = 24856L * 24 * 60 * 60 * 1000

package com.lingyejun.authenticator;
 
public class IntegerTest {
 
    public static long calcStartTime(long endTime, long minusMills) {
        System.out.println("end  : " + endTime + " minus mills : " + minusMills);
        long startTime = endTime - minusMills;
        System.out.println("start: " + startTime);
        return startTime;
    }
 
    public static void main(String[] args) {
        long a = 30L * 24 * 60 * 60 * 1000;
        calcStartTime(nowTime, a);
    }
}

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/77824.html

相关文章

  • Java内存区域及内存溢出

    摘要:直接通过可以造成本机内存溢出。小节内存区域描述异常程序计数器略略略虚拟机栈存放编译器可知的各种基本类型,对象引用和类型每个线程的栈大小堆存放对象实例最大值最小值运行时常亮池存放编译期生成的字面量和符号引用,运行期也能放入常量池。 堆溢出 Java堆用于存储对象实例,只要不断地创建对象,并且保证GC Roots到对象之间有可达路径避免垃圾回收,当到达最大堆的容量限制后就会产生Java.l...

    cheukyin 评论0 收藏0
  • 系统优化怎么做-Tomcat优化

    摘要:运行模式分种模式一般使用模式效率低对系统配置有一些比较高的要求确认的运行模式配置文件关键配置最大线程数默认是最小活跃线程数默认是最大的等待队列个数,超过则请求拒绝默认值是,一般不改变。 前言 Tomcat作为Web应用的服务器,目前绝大多数公司都是用其作为应用服务器的,应用服务器的执行效率会影响系统执行,这里会讲Tomcat怎样进行配置能提高处理性能。另外必须提到对应的JVM参数的优化...

    gghyoo 评论0 收藏0
  • Java虚拟机:Java自动内存管理和回收机制

    摘要:所以我们提到的内存回收大都是指堆内存的回收。根据堆内存对对象的代的划分我们对堆内存有这样划分各版本和种类的垃圾回收器各有其用武之地,配合使用它们得到最好的效果十分重要。 这篇文章的素材来自周志明的《深入理解Java虚拟机》。作为Java开发人员,一定程度了解JVM虚拟机的的运作方式非常重要,本文就一些简单的虚拟机的相关概念和运作机制展开我自己的学习过程。 虚拟机内存分区 java虚拟机...

    xuxueli 评论0 收藏0

发表评论

0条评论

Bryan

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<