細數(shù)java中Long與Integer比較容易犯的錯誤總結(jié)
今天使用findbugs掃描項目后發(fā)現(xiàn)很多高危漏洞，其中非常常見的一個是比較兩個Long或Integer時直接使用的==來比較。 其實這樣是錯誤的。
因為Long與Ineger都是包裝類型，是對象。 而不是普通類型long與int ， 所以它們在比較時必須都應該用equals，或者先使用longValue()或intValue()方法來得到他們的基本類型的值然后使用==比較也是可以的。
但是有一種特殊情況， 其實Long與Integer都將 -128~127 這些對象緩存了。 可以看看Long類型源碼里面有一個LongCache類，代碼如下：
private static class LongCache {
private LongCache(){}
static final Long cache[] = new Long[-(-128) + 127 + 1];
static {
for(int i = 0; i < cache.length; i++)
cache[i] = new Long(i - 128);
}
}
先看看這個例子：
public class Test05 {
public static void main(String[] args) {
Long a = 5L;
Long b = 5L;
System.out.println("a == b ? " + (a == b));
Long c = 129L;
Long d = 129L;
System.out.println("c == d ? " + (c == d));
}
}
打印的結(jié)果是：
a == b ? true c == d ? false
原因
首先來看看 Long a = 5L ; 它是如何將一個基本類型long包裝成一個對象Long的 。
可以寫一個測試類，然后反編譯一下，看看java它是如何解析Long a = 5L這樣一條命令的 。
測試類如下：
public class Test06 {
Long l = 3L;
}
然后使用javap -verbose Test06 就能看到反編譯的結(jié)果了， 下面是輸出的部分：
{
java.lang.Long l;
public com.spring.test.Test06();
Code:
Stack=3, Locals=1, Args_size=1
0: aload_0
1: invokespecial #10; //Method java/lang/Object."<init>":()V
4: aload_0
5: ldc2_w #12; //long 3l
8: invokestatic #14; //Method java/lang/Long.valueOf:(J)Ljava/lang/Long;
11: putfield #20; //Field l:Ljava/lang/Long;
14: return
LineNumberTable:
line 3: 0
line 5: 4
line 3: 14
LocalVariableTable:
Start Length Slot Name Signature
0 15 0 this Lcom/spring/test/Test06;
}
從Code中的8可以看出調(diào)用了Long的一個類方法Long.valueOf(Long) ， 所以可以得到的結(jié)論是Long a = 5L實際上等于 Long a = Long.valueOf(5) ;
然后再看看Long.valueOf()方法是如何定義的：
public static Long valueOf(long l) {
final int offset = 128;
if (l >= -128 && l <= 127) { // will cache
return LongCache.cache[(int)l + offset];
}
return new Long(l);
}
一目了然，會先判斷基本類型的值如果在-128~127之間，就會直接從LongCache里面取出緩存的對象返回，否則就new一個新的Long對象返回 。
現(xiàn)在就不難理解Test05程序執(zhí)行得到的結(jié)果了，因為a與b等于5，在-127~128之內(nèi)，所以都是直接從LongCache里面返回的一個Long對象，所以他們在使用==比較的時候，就是相等的（對于對象類型來說，==比較的是兩個對象的引用指向堆中的地址） ，而c與d等于129，不在-127~128之間，所以他們他們是分別new出來的兩個新的Long對象，使用==來比較自然是不相等的了。
Long重寫了equals方法：
public boolean equals(Object obj) {
if (obj instanceof Long) {
return value == ((Long)obj).longValue();
}
return false;
}
它是先通過.longValue()方法獲取Long對象的基本類型long的值之后再做比較的。
所以對于Integer與Long的比較，最好是使用equals來比較才能確保得到我們想要的結(jié)果。
Integer與Long一樣，這里就不舉例了。
以上這篇細數(shù)java中Long與Integer比較容易犯的錯誤總結(jié)就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。
相關(guān)文章
這篇文章主要介紹了Java ThreadLocal類詳解，文章圍繞主題展開詳細的內(nèi)容介紹，具有一定的參考價值，需要的小伙伴可以參考一下2022-07-07
這篇文章主要介紹了如何通過Kaptcha在Web頁面生成驗證碼,文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-10-10
這篇文章主要介紹了閑言碎語-逐步了解Spring，涉及Spring的誕生，簡介，作用等相關(guān)內(nèi)容，具有一定參考價值，需要的朋友可以了解下。2017-11-11
這篇文章主要介紹了解決@Scope(“prototype“)不生效的問題，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2022-06-06
在本篇文章里小編給大家?guī)砹岁P(guān)于Java遞歸求和1+2+3+...+n實例內(nèi)容，需要的朋友們可以學習參考下。2020-01-01
本文通過代碼示例給大家介紹java對arraylist排序，代碼簡潔易懂，感興趣的朋友一起學習吧2015-11-11
Java回調(diào)函數(shù)原理實例與代理模式的區(qū)別講解
今天小編就為大家分享一篇關(guān)于Java回調(diào)函數(shù)原理實例與代理模式的區(qū)別講解，小編覺得內(nèi)容挺不錯的，現(xiàn)在分享給大家，具有很好的參考價值，需要的朋友一起跟隨小編來看看吧2019-02-02
這篇文章主要介紹了hashmap為什么查詢時間復雜度為O(1)，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2021-08-08
在Java中,我們經(jīng)常需要遍歷List集合并對其中的元素進行修改,這可以通過使用迭代器或for循環(huán)來實現(xiàn),需要的朋友可以參考下2023-10-10
這篇文章主要介紹了Spring Boot2.X中findOne的使用詳解，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2021-08-08