面试官：为什么Integer用==比较时127相等而128不相等？
首先我们来了解几个知识。
自动装箱
对于下面这行代码：
Integer a = 1;变量a为Integer类型，而1为int类型，且Integer和int之间并无继承关系，按照Java的一般处理方法，这行代码应该报错。
但因为自动装箱机制的存在，在为Integer类型的变量赋int类型值时，Java会自动将int类型转换为Integer类型，即：
Integer a = Integer.valueOf(1);valueOf()方法返回一个Integer类型值，并将其赋值给变量a。这就是int的自动装箱。
问题分析
我们知道Java中两个new出来的对象因为是不同的实例，无论如何==都会返回fasle。比如
new Integer(1) == new Integer(1);但是以下代码：
public static void main(String[] args) {
for (int i = 0; i < 150; i++) {
Integer a = i;
Integer b = i;
System.out.println(i + " " + (a == b));
}
}从输出结果看，128以上输出false是可以理解的，但为何0到127时返回true了呢？==返回true的唯一情况是比较的两个对象是同一个对象。
通过查Integer.valueOf()方法，发现：
-128到127之间的值都是直接从缓存中取出的：如果int型参数在IntegerCache.low和IntegerCache.high范围内，则直接由IntegerCache返回；否则new一个新的对象返回。在IntegerCache的代码中，有static代码块就一次性生成了-128到127直接的Integer类型变量存储在cache[]中，对于-128到127之间的int类型，返回的都是同一个Integer类型对象。
整个工作过程是这样的：Integer.class在装载（Java虚拟机启动）时，其内部类型IntegerCache的static块即开始执行，实例化并暂存数值在-128到127之间的Integer类型对象。当自动装箱int型值在-128到127之间时，即直接返回IntegerCache中暂存的Integer类型对象。
为什么Java这么设计？可能是出于效率考虑，因为自动装箱经常遇到，尤其是小数值的自动装箱；而如果每次自动装箱都触发new，在堆中分配内存，就显得太慢了；所以不如预先将那些常用的值提前生成好，自动装箱时直接拿出来返回。哪些值是常用的？就是-128到127了。
如果我们要比较数值相等呢？Integer重写了equals()方法，直接比较对象的数值是否相等，所以我们直接用equals()。
不仅int，Java中的另外7中基本类型都可以自动装箱和自动拆箱，其中也有用到缓存。见下表：
|
参考： |
