标签：int cap eof image 自动 图片 编译器 包装 内部实现
在Java5中，为Integer的操作引入了一个新的特性，用来节省内存和提高性能。整型对象在内部实现中通过使用相同的对象引用实现了缓存和重用。
上面的规则默认适用于整数区间 -128 到 +127（这个整数区间可以通过启动应用的虚拟机参数修改：-XX:AutoBoxCacheMax）。
这种Integer缓存策略仅在自动装箱（autoboxing）的时候有用，使用构造器创建的Integer对象不能被缓存。Java 编译器把原始类型自动转换为封装类的过程称为自动装箱（autoboxing），这相当于调用 valueOf 方法。
如果面试官问Integer与int的区别：估计大多数人只会说道两点，Ingeter是int的包装类，int的初值为0，Ingeter的初值 为null。
但是如果面试官再问一下Integer i = 1;int ii = 1; i==ii为true还是为false？估计就有一部分人答不出来了，如果再问一下其他的，估计更多的人会头脑一片混乱。
首先看代码：
首先，7行和8行输出结果都为true,因为Integer和int比都会自动拆箱（jdk1.5以上）。
13行的结果为true,而17行则为false,很多人都不懂为什么。其实java在编译Integer i5 = 127的时候,被翻译成-> Integer i5 = Integer.valueOf(127);所以关键就是看valueOf()函数了。只要看看valueOf()函数的源码就会明白了。JDK源码的 valueOf函数式这样的：
看一下源码大家都会明白，对于-128到127之间的数，会进行缓存，Integer i5 = 127时，会将127进行缓存，下次再写Integer i6 = 127时，就会直接从缓存中取，就不会new了。所以22行的结果为true,而25行为false。
对于20行和23行，因为对象不一样，所以为false。
对于以上的情况总结如下：
1.无论如何，Integer与new Integer不会相等。不会经历拆箱过程，i3的引用指向堆，而i4指向专门存放他的内存（常量池），他们的内存地址不一样，所以为false 2.两个都是非new出来的Integer，如果数在-128到127之间，则是true,否则为false。java在编译Integer i2 = 128的时候,被翻译成-> Integer i2 = Integer.valueOf(128);而valueOf()函数会对-128到127之间的数进行缓存。
3.两个都是new出来的,都为false。
4.int和Integer(无论new否)比，都为true，因为会把Integer自动拆箱为int再去比。
理论归理论，这个参数能否提高系统系统关键还是要看堆中Integer对象到底有多少、以及Integer的创建的方式。如果堆中的Integer对象很少，重新设置这个参数并不会提高系统的性能。即使堆中存在大量的Integer对象，也要看Integer对象时如何产生的
1.大部分Integer对象通过Integer.valueOf()产生。说明代码里存在大量的拆箱与装箱操作。这时候设置这个参数会系统性能有所提高。
2.大部分Integer对象通过反射，new产生。这时候Integer对象的产生大部分不会走valueOf()方法，所以设置这个参数也是无济于事。
Integer的缓存上限可以通过Java虚拟机参数修改，Byte、Short、Long、Character的缓存则没法修改。
Byte
Short
Long
Character
示例：
标签：int cap eof image 自动 图片 编译器 包装 内部实现
原文地址：https://www.cnblogs.com/CQqfjy/p/12447050.html
