装箱拆箱带来的“坑”

  大家都知道,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%成功了!

阅读更多
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页