Integer 中的 “==” 陷阱(转)

先来看段代码

static boolean test(Integer a, Integer b) {
       return a == b;
} 
public static void main(String[] args) {
       System. out.println( test(100, 100));  
       System. out.println( test(150, 150)); 
}

 

     大家猜一下运行结果是什么？

     test(100,100) 的输出结果为true，而 test(150,150)的输出结果是false。

    这是为什么呢？嘿嘿，注意了，下面开始解密了。
    首先我们确定一点，"==" 在java中比较对象时永远是比较对象的地址，这一点绝不会错，问题肯定出在 其他地方。 分析一下test方法执行过程中到底发生了什么。因为test的参数是Integer 类型，所以调用test的时候会隐式地做一次装箱操作。
     例如 执行test(100,100),首先会执行下面两句：Integer a = 100 ; Integer b = 100;然后在去执行方法体，比较 a 和 b 的地址是否是指向同一个对象。

     由此看来，100 和 150 产生不同的结果，原因肯定出在自动装箱上。因为 == 过程就是比较对象地址，这个地址是在自动装箱时赋值的。那么自动装箱时到底发生了什么呢？

public static Integer valueOf(int i) {
         if(i >= -128 && i <= IntegerCache.high)
             return IntegerCache.cache[i + 128];
         else
             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方法

另外在Byte、Character、Short和Long中都有内部类，其中都提供了缓存!