有关IntegerCache 和 == 的那点小事

如果你能很确定说出以下五个等式的结果，那么请绕行，稍有疑惑，那么这片博文将为你解开迷惑。

（以下测试是在 JDK1.7下进行的）

public class IntegerCacheTest {

	public static void main(String[] args) { 
		
		int a = 1;
		Integer b1 = 1;
		Integer b2 = 1;
		Integer c1 = new Integer(1);
		Integer c2 = new Integer(1);
		Integer d1 = 128;
		Integer d2 = 128;
		
		System.out.println("a == b1 ：" + (a == b1)); // true 
		System.out.println("b1 == b2: " + (b1 == b2));  // true
		System.out.println("b1 == c1: " + (b1 == c1)); // false 
		System.out.println("c1 == c2: " + (c1 == c2)); // false
		System.out.println("d1 == d2: " + (d1 == d2)); // false
	} 
}

1. a == b1 (int == Integer ) 的问题：

大家都知道java中 int 可以自动装箱为 Integer，而Integer 又可以自动拆箱为 int。那么当 int 和 Integer 做== 时是怎样做的啦。这时Integer 会自动拆箱为 int（调用 Integer.intValue() 方法），然后两个 int 做 == 操作，自然比较是值，so，结果是 true。

2 Integer b1 = 1，Integer b2 = 1; 解析

Integer 是一个类，Integer b1 = 1;时，会将等号右边的 1 自动装箱为一个Integer对象（调用 Integer.valueOf(int)方法）。当两个类的实例做 == 操作时，比较的是引用的地址。那结果为什么又是false？。就在valueOf() 时出了点猫腻。 IntegerCache（缓存），没错，Integer 类在加载时就new好了[-128,127] 的Integer对象，并存储到缓存中。当调用valueOf时先从缓存中找找，如果没有就new Integer 返回，如果有就直接从缓存中返回。两次都是从缓存中返回的 Integer(1)对象，两个引用的地址自然相同。这就是为什么结果为true的根本所在。

3 Integer b1 = 1; Integer c1 = new Integer(1);
b1 是缓存中的对象，是在Integer加载时初始化的， c1 是直接在堆中创建了。 == 自然就为false了。

4 Integer c1 = new Integer(1); Integer c2 = new Integer(1);
这个就不解释了吧，都直接使用 new 关键在堆中创建了对象， == 比较的是引用，自然结果就为 false了。

5 Integer d1 = 128; Integer d2 = 128;

为什么在（2）中的结果为 true，这里为什么就为false了，原因就在于这里是 128， IntegerCache 默认的范围为[-128,-127]。当值大于127或者小于-128在自动装箱时会 new Integer对象并返回，so ，两次赋值都new 了一个新的对象，因此 == 比较的是引用，结果自然为 false了。

有关 IntegerCache

IntegerCache 是 java.lang.Integer 的内部类。在 Integer加载时会从系统参数用读取 java.lang.Integer.IntegerCache,high 参数，也就是IntegerCache缓存的上线，但是只有当大于127时有效，下线时 -128，是直接指定的，不能通过修改系统参数来改变。同样 Long 也存在着缓存。但是其大小不能改变。

ps：

刚毕业就想写写博文，但不知道以怎样的话题开始写自己的第一篇博文。偶尔看到这个问题，感觉蛮有趣，因此写篇博文记录下，做一个简单的开始。

有关IntegerCache 和 == 的那点小事

猜你喜欢