今天使用findbugs掃描項(xiàng)目后發(fā)現(xiàn)很多高危漏洞，其中非常常見(jiàn)的一個(gè)是比較兩個(gè)Long或Integer時(shí)直接使用的==來(lái)比較。 其實(shí)這樣是錯(cuò)誤的。

因?yàn)長(zhǎng)ong與Ineger都是包裝類型，是對(duì)象。 而不是普通類型long與int ， 所以它們?cè)诒容^時(shí)必須都應(yīng)該用equals，或者先使用longValue()或intValue()方法來(lái)得到他們的基本類型的值然后使用==比較也是可以的。

但是有一種特殊情況， 其實(shí)Long與Integer都將 -128~127 這些對(duì)象緩存了。 可以看看Long類型源碼里面有一個(gè)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);
 }
  }

先看看這個(gè)例子：

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

原因

首先來(lái)看看 Long a = 5L ; 它是如何將一個(gè)基本類型long包裝成一個(gè)對(duì)象Long的 。

可以寫(xiě)一個(gè)測(cè)試類，然后反編譯一下，看看java它是如何解析Long a = 5L這樣一條命令的 。

測(cè)試類如下：

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的一個(gè)類方法Long.valueOf(Long) ， 所以可以得到的結(jié)論是Long a = 5L實(shí)際上等于 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);
  }

一目了然，會(huì)先判斷基本類型的值如果在-128~127之間，就會(huì)直接從LongCache里面取出緩存的對(duì)象返回，否則就new一個(gè)新的Long對(duì)象返回 。

現(xiàn)在就不難理解Test05程序執(zhí)行得到的結(jié)果了，因?yàn)閍與b等于5，在-127~128之內(nèi)，所以都是直接從LongCache里面返回的一個(gè)Long對(duì)象，所以他們?cè)谑褂?=比較的時(shí)候，就是相等的（對(duì)于對(duì)象類型來(lái)說(shuō)，==比較的是兩個(gè)對(duì)象的引用指向堆中的地址） ，而c與d等于129，不在-127~128之間，所以他們他們是分別new出來(lái)的兩個(gè)新的Long對(duì)象，使用==來(lái)比較自然是不相等的了。

Long重寫(xiě)了equals方法：

public boolean equals(Object obj) {
 if (obj instanceof Long) {
   return value == ((Long)obj).longValue();
 }
 return false;
  }

它是先通過(guò).longValue()方法獲取Long對(duì)象的基本類型long的值之后再做比較的。

所以對(duì)于Integer與Long的比較，最好是使用equals來(lái)比較才能確保得到我們想要的結(jié)果。

Integer與Long一樣，這里就不舉例了。

以上這篇細(xì)數(shù)java中Long與Integer比較容易犯的錯(cuò)誤總結(jié)就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論