大家都知道,java对基本类型和引用类型之间的使用有很棒的机制,就是我们的自动装箱和拆箱。
但是有时候装箱和拆箱会给我们带来一些意外的坑!!
就用一个简单的例子作为示范:
看代码,并思考输出结果吧!
@Test
public void go1(){
Integer a = 1 ;
Integer b = 2 ;
swap(a,b);
System.out.println("a = "+ a + ", b = " + b);
}
private void swap(Integer n1, Integer n2) {
Integer temp;
temp = n1 ;
n1 = n2;
n2 = temp;
}
这个看似是交换两个变量值的代码,执行结果值却没有被交换
这是因为:
a,b,n1,n2,temp几个变量都是在栈内存里面,这样执行后的结果,a,n2,temp指向的值是1,b,n1指向的值是2,我们获取到的值是a,b对应的值,所以任然是1,2
这时候我们查看Integer源码,发现装箱操作的变量为value,是一个private,final类型的变量
我们可以通过反射对其进行操作
try {
Field field = Integer.class.getDeclaredField("value"); // 反射获取对象域
field.setAccessible(true); // 设置私有成员变量为可操作
int temp = n1.intValue();
field.set(n1,n2);
field.set(n2,temp);
} catch (Exception e) {
e.printStackTrace();
}
此时发现执行结果为a=2,b=2,也并没有交换。详细看了源码之后,发现是IntegerCache导致的,
public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
对于[-128,127]之间的数字会在IntegerCache中寻找,没有对IntegerCache进行更新,那我们查找就是上次存放的值。就是我们在前面的那个数如果不再这个范围,那交换的时候,并不会影响。那样的话,IntegerCache对应位置没有发生改变。取值为我们想要的
如果我们想要更加准确一些,避免这些情况的时候
我们可以手动进行装箱,不是自动装箱,IntegerCache的元素就不会影响到
Field field = Integer.class.getDeclaredField("value"); // 反射获取对象域
field.setAccessible(true); // 设置私有成员变量为可操作
int temp = n1.intValue();
field.set(n1,n2);
field.set(n2,new Integer(temp));
这样手动装箱之后,就可以保证交换结果的100%成功了!