作者：沉默哥
来源：
 

java 有八个基本数据类型，每个都有对应的一个包装类，比如int对应的Integer。从jdk1.5开始，java引入了自动拆装箱，可以直接进行形如Integer i = 20形式的赋值，编译器会自动将其转换为Integer i = Integer.valueOf(20)进行装箱，拆箱则是将int j = i的形式转换成了int j = i.intValue()。

装箱有个细节，如果不注意很容易出错，来看一下：

Integer i = 20;
Integer j = Integer.valueOf(20);
System.out.println(i == j);
 

上面的代码输出为

好像没什么问题，那我们形式不变，将数字20换成200，即

i = 200;
j = Integer.valueOf(200);
System.out.println(i == j);
 

同样的判断，输出变成了：

false

这是为什么呢？

先明确一点，经过编译器编译后，Integer i = 20转换成了Integer i = Integer.valueOf(20)，和Integer j = Integer.valueOf(20)的定义完全一样，那为什么将20换成了200后判断结果不一样了呢？

我们来看看Integer.valueOf(int i)方法的内部：

可以看出当i在某个区间内时，直接返回了 缓存 数组IntegerCache.cache中的一个值，超出区间才new一个新的Integer对象。

到这里我们大概就可以得出结论：20在缓存范围内所以直接用了缓存，但是200超出了缓存区间所以new了新对象，和原来对象的地址当然不会相同，所以返回false

再来看看IntegerCache，这是一个Integer的私有静态内部类，定义如下：

可以看出默认的缓存区间是-128~127，那么什么情况下会修改这个范围呢，修改了某个虚拟机参数的时候，通过代码也可看出，设置的这个缓存上限java.lang.Integer.IntegerCache.high值不能小于127，小于的话就会被赋予127，从而失效。

那么这个值怎么设置呢？我们来看看jdk源码中怎么解释IntegerCache这个静态内部类：

Cache to support the object identity semantics of autoboxing for values between -128 and 127 (inclusive) as required by JLS. The cache is initialized on first usage. The size of the cache may be controlled by the -XX:AutoBoxCacheMax= option. During vm initialization, java.lang.Integer.IntegerCache.high property may be set and saved in the private system properties in the sun.misc.VM class.

大概意思是：

将-128到127(包含)的数字做缓存以供自动装箱使用。缓存在第一次使用时被初始化。大小可以由 JVM 参数-xx：autoboxcachemax=option来指定。JVM初始化时此值被设置成java.lang.Integer.IntegerCache.high属性并作为私有的系统属性保存在sun.misc.vm.class中。

可以得到结论： 这个缓存的high值是由JVM参数 -XX:AutoBoxCacheMax= option来指定的。

上述jdk源码来源于jdk1.7，不同版本实现略有不同，但思路一致。

这种共享常用对象的思路有一个名字，叫享元模式，英文名叫Flyweight，即共享的轻量级元素。其他包装类如 Boolean 、Byte、 Short 、 Long 、Charactor都有类似的实现。