摘要:先放出結(jié)論因為中整數(shù)默認是類型,在計算的過程中計算結(jié)果大于,所以出現(xiàn)了數(shù)據(jù)溢出,從而導(dǎo)致了計算結(jié)果不準(zhǔn)確的問題。在計算右值的過程中型相乘發(fā)生溢出,然后將溢出后截斷的值賦給變量,導(dǎo)致了結(jié)果不準(zhǔn)確。
背景
今天在跑定時任務(wù)的過程中,發(fā)現(xiàn)有一個任務(wù)在設(shè)置數(shù)據(jù)的查詢時間范圍異常,出現(xiàn)了開始時間戳比結(jié)束時間戳大的奇怪現(xiàn)象,計算時間戳的代碼大致如下。
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); } }
先放出結(jié)論:因為java中整數(shù)默認是int類型,在計算的過程中30 * 24 * 60 * 60 * 1000計算結(jié)果大于Integer.MAX_VALUE,所以出現(xiàn)了數(shù)據(jù)溢出,從而導(dǎo)致了計算結(jié)果不準(zhǔn)確的問題。
驗證我們將上面的代碼稍稍改造一下,方便我們確認定位問題,調(diào)整后的代碼如下:
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); } }
結(jié)果如下:
end : 1560869539864 minus mills : -1702967296 start: 1562572507160
這和我們的預(yù)期不一樣,因為30 * 86400000 = 2592000000,但是計算出來卻是:-1702967296。
到這里想必大家都知道原因了,這是因為java中整數(shù)的默認類型是整型int,而int的最大值是2147483647,
在代碼中java是先計算右值,再賦值給long變量的。在計算右值的過程中(int型相乘)發(fā)生溢出,然后將溢出后截斷的值賦給變量,導(dǎo)致了結(jié)果不準(zhǔn)確。
將代碼做一下小小的改動,再看一下。
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); } }
結(jié)果為
end : 1560869539864 minus mills : 2592000000 start: 1558277539864
似乎這樣應(yīng)該就沒有什么問題了,但是這樣就真的保險了嗎,如果我要把30調(diào)整為24856(Integer.MAX_VALUE / 86400 = 24855),即改為:long a = 24856 * 24 * 60 * 60 * 1000L 那么同樣會出現(xiàn)溢出。
因為java的運算規(guī)則從左到右,再與最后一個long型的1000相乘之前就已經(jīng)溢出,所以結(jié)果也不對,正確的方式應(yīng)該如下: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); } }
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/77824.html
摘要:直接通過可以造成本機內(nèi)存溢出。小節(jié)內(nèi)存區(qū)域描述異常程序計數(shù)器略略略虛擬機棧存放編譯器可知的各種基本類型,對象引用和類型每個線程的棧大小堆存放對象實例最大值最小值運行時常亮池存放編譯期生成的字面量和符號引用,運行期也能放入常量池。 堆溢出 Java堆用于存儲對象實例,只要不斷地創(chuàng)建對象,并且保證GC Roots到對象之間有可達路徑避免垃圾回收,當(dāng)?shù)竭_最大堆的容量限制后就會產(chǎn)生Java.l...
摘要:運行模式分種模式一般使用模式效率低對系統(tǒng)配置有一些比較高的要求確認的運行模式配置文件關(guān)鍵配置最大線程數(shù)默認是最小活躍線程數(shù)默認是最大的等待隊列個數(shù),超過則請求拒絕默認值是,一般不改變。 前言 Tomcat作為Web應(yīng)用的服務(wù)器,目前絕大多數(shù)公司都是用其作為應(yīng)用服務(wù)器的,應(yīng)用服務(wù)器的執(zhí)行效率會影響系統(tǒng)執(zhí)行,這里會講Tomcat怎樣進行配置能提高處理性能。另外必須提到對應(yīng)的JVM參數(shù)的優(yōu)化...
摘要:所以我們提到的內(nèi)存回收大都是指堆內(nèi)存的回收。根據(jù)堆內(nèi)存對對象的代的劃分我們對堆內(nèi)存有這樣劃分各版本和種類的垃圾回收器各有其用武之地,配合使用它們得到最好的效果十分重要。 這篇文章的素材來自周志明的《深入理解Java虛擬機》。作為Java開發(fā)人員,一定程度了解JVM虛擬機的的運作方式非常重要,本文就一些簡單的虛擬機的相關(guān)概念和運作機制展開我自己的學(xué)習(xí)過程。 虛擬機內(nèi)存分區(qū) java虛擬機...
閱讀 3298·2021-11-25 09:43
閱讀 2098·2021-09-22 10:02
閱讀 3363·2021-09-06 15:00
閱讀 2309·2019-08-30 15:56
閱讀 2364·2019-08-30 15:54
閱讀 3239·2019-08-30 14:14
閱讀 2273·2019-08-29 17:25
閱讀 2917·2019-08-29 17:16