装箱拆箱带来的“坑”

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