Java中在时间戳计算的过程中遇到的数据溢出问题
背景
今天在跑定时任务的过程中,发现有一个任务在设置数据的查询时间范围异常,出现了开始时间戳比结束时间戳大的奇怪现象,计算时间戳的代码大致如下。
1 2 3 4 5 6 7 8 9 10 11 12 | 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,所以出现了数据溢出,从而导致了计算结果不准确的问题。
验证
我们将上面的代码稍稍改造一下,方便我们确认定位问题,调整后的代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | 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); } } |
结果如下:
1 2 | end : 1560869539864 minus mills : -1702967296 start : 1562572507160 |
这和我们的预期不一样,因为30 * 86400000 = 2592000000,但是计算出来却是:-1702967296。
到这里想必大家都知道原因了,这是因为java中整数的默认类型是整型int,而int的最大值是2147483647,
在代码中java是先计算右值,再赋值给long变量的。在计算右值的过程中(int型相乘)发生溢出,然后将溢出后截断的值赋给变量,导致了结果不准确。
将代码做一下小小的改动,再看一下。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | 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); } } |
结果为
1 2 | 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。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | 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://njucz.github.io/2017/08/16/java-int%E6%BA%A2%E5%87%BA%E6%80%BB%E7%BB%93/
出处:http://www.cnblogs.com/lingyejun/
若本文如对您有帮助,不妨点击一下右下角的【推荐】。
如果您喜欢或希望看到更多我的文章,可扫描二维码关注我的微信公众号《翎野君》。
转载文章请务必保留出处和署名,否则保留追究法律责任的权利。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!