Integer 中的 “==” 陷阱

先看一段代码：

static boolean test(Integer a, Integer b) {

       return a == b;

  }

  public static void main(String[] args) {

       System. out.println( test(100, 100));  // 输出 true 

       System. out.println( test(150, 150));  // 输出 false

  }

test(100,100) 和 test(150,150)竟然输出两种彻底不一样的结果！！这难道有什么玄机吗？ 首先咱们肯定一点，"==" 在java中比较对象时永远是比较对象的地址，这一点毫不会错，问题确定出在其余地方。

 

咱们来分析一下test方法执行过程当中到底发生了什么。由于test的参数是Integer 类型，因此调用test的时候会隐式地作一次装箱操做。例如 执行test(100,100),首先会执行下面两句：Integer a = 100 ; Integer b = 100;而后在去执行方法体，比较 a 和 b 的地址是不是指向同一个对象。

 

由此看来，100 和 150 产生不一样的结果，缘由确定出在自动装箱上。由于 == 过程就是比较对象地址，这个地址是在自动装箱时赋值的。那么自动装箱时到底发生了什么呢？还好java 源码是公开的。

 

Integer 在自动装箱时调用了valueOf 方法，因此咱们来分析一下valueOf 的源码就能了解玄机所在。

public static Integer valueOf( int i) {


        assert IntegerCache.high >= 127;

        if (i >= IntegerCache. low && i <= IntegerCache. high)

            return IntegerCache.cache[i + (-IntegerCache.low)];

        return new Integer(i);

  }

 

IntegerCache 是个什么东西？看名字咱们就知道，这个确定是和缓存相关的，看一下源码也知道这个内部类确实是用来缓存Integer值的。默认缓存的Integer 值范围是  -128 ~ 127 。

 

咱们来分析一下valueOf(int i)的执行过程：

若是 i 大于缓存中的 最小值（-127） 而且 小于 缓存中的最大值（127），直接返回IntegerCache 中缓存的Integer对象。不然就新建一个Integer对象并返回。

 

这下100 和  150 的区别就了然了吧。test(100,100)时，两次装箱操做后，a 和 b 都是指向缓存中的同一个对象，固然是返回true了。test(150,150) 就不同了，装箱操做时都是返回新的Integer对象，== 操做时地址必然不相等，因此返回false。

 

之后遇到数字比较时，要么先将值赋给对应的基本类型在比较，要么比较包装类型中的包装值（例如 a.intValue() == b.intValue()),要么直接调用equals方法。