您好,登錄后才能下訂單哦!
java是一門相對安全的語言,那么數據溢出時它是如何處理的呢? 看一段代碼,
public class Overflow { /** * @param args */ public static void main(String[] args) { int big = 0x7fffffff; //max int value System.out.println("big = " + big); int bigger = big * 4; System.out.println("bigger = " + bigger); } }
運行的結果是:
big = 2147483647 bigger = -4
int類型在java中是四字節,且分正負,所以最大的int型數值是0x7fffffff。變量bigger顯然是溢出了,但是你并沒有得到編譯錯誤,或者運行時錯誤。看起來不錯,但是有時候并不一定是好事情,就像這個示例,我們期望的結果應該不是-4,而且程序也沒有錯誤提示。
那么如何解決溢出的問題呢? 很容易想到的一個方案是用更大的數據類型,long型占8個字節,可以用,
public class Overflow { /** * @param args */ public static void main(String[] args) { long reallyBig = 0x7fffffffL; System.out.println("reallyBig = " + reallyBig); long reallyBigger = reallyBig * 4; System.out.println("reallyBigger = " + reallyBigger); } }
輸出,
reallyBig = 2147483647 reallyBigger = 8589934588
繼續思考一個問題,第一個示例溢出的結果為什么是-4? 可以從第二個示例的結果得到一些啟示,8589934588的十六進制是1FFFFFFFC,只留四個字節(int型只占四字節)是FFFFFFFC,這是補碼,并且因為是最高位是1,所以還是個負數。轉成原碼(除符號位外,取反加1)變為10000004,也就是-4。
下面一個實例,是從另一篇文章中看到的,也給大家分享下。
long now = System.currentTimeMillis(); long m1 = now-1000*60*60*24*30*3; long test = (long)1000*60*60*24*30*3; long nocast = 1000L*60*60*24*30*3; long m2 = now-1000L*60*60*24*30*3; System.out.println("我是test:"+test); System.out.println(nocast); System.out.println("now:"+now); System.out.println("m1:"+m1); System.out.println("m2:"+m2);
輸出結果:
我是test:7776000000 7776000000 now:1359510417546 m1:1360324352138 m2:1351734417546
有點奇怪了吧 1000*60*60*24*30*3的計算值與1000L*60*60*24*30*3 的計算值是不一樣的 1000*60*60*24*30*3 的計算結果是-813934592
而 (long)1000*60*60*24*30*3; 1000L*60*60*24*30*3;的計算結果都是7776000000 這個結果才是需要的東西
為什么會出現這種情況呢 Java在做乘法時,如果沒有顯示確定的數據類型,那么他會默認按照int數據類型進行計算就好比1000*60*60*24*30*3,這個數值在計算時導致int數據溢出,所以出現了負數的情況。
(long)1000*60*60*24*30*3; 1000L*60*60*24*30*3;這兩者,前者是將首個計算數強制造型為long 然后按照long類型運算得出了正確的計算結果,后者在計算時將數據類型修改為long 能直接獲得正確的計算結果,異曲同工。
這一點還是很隱晦的,要注意,防止以后出錯。這錯誤估計不好排查。
還有一點就是 L所在的位置,有點奇怪 1000L*60*60*24*30*3; 1000*60L*60*24*30*3;1000*60*60L*24*30*3;1000*60*60*24*30L*3;這幾種寫法都可以正確轉為long型,但是1000*60*60*24*30*3L;就不對,而且3*60*60*24*30*1000這一種寫法的時候 L跟在任何一個數字后面都沒問題。有點莫名其妙,用的時候debug測試要優先確定這個串的計算結果。
總結
以上就是本文關于Java數據溢出代碼詳解的全部內容,希望對大家有所幫助。歡迎各位瀏覽本站的其他專題,有問題請留言,小編會及時回復大家的。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。