Integer 中的 “==” 陷阱

先看一段代码：

1static boolean test(Integer a, Integer b) {
2
3       return a == b;
4
5  }
6
7  public static void main(String[] args) {
8
9       System. out.println( test(100, 100));  // 输出 true 
10
11       System. out.println( test(150, 150));  // 输出 false
12
13  }

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 的源码就能了解玄机所在。

1public static Integer valueOf( int i) {
2
3
4        assert IntegerCache.high >= 127;
5
6        if (i >= IntegerCache. low && i <= IntegerCache. high)
7
8            return IntegerCache.cache[i + (-IntegerCache.low)];
9
10        return new Integer(i);
11
12  }

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方法。