参考链接：
IntegerCache的妙用和陷阱！

public class TestInteger {
    
    public static void main(String[] args) {
        Integer i1=110;
        Integer i2=110;
        
        Integer i3=128;
        Integer i4=128;
        
        System.out.println(i1==i2);//true
        System.out.println(i3==i4);//false
    }

}

我们知道==比较的是对象的引用，那这里为什么会这出这种情况呢？

原理

首先这是JDK在1.5版本中添加的一项新特性，把-128~127的数字缓存起来了，用于提升性能和节省内存。所以这个范围内的自动装箱（相当于调用valueOf(int i)方法）的数字都会从缓存中获取，返回同一个数字，所以现在你理解为什么了吧。同时这也会给我们开发带来预想不到的陷阱，值得注意！！

而我们通过new Integer(1)这样就不会从缓存中获取，大家可以自行测试。

上面是IntegerCache的源码，把从-128~high放在缓存中

上面是valueOf的源码，先从缓存中获取，获取不到再new一个返回

从源码里面我们可以看到最小边界是-128，最大边界可以通过-XX:AutoBoxCacheMax进行配置，但也不会大于Integer.MAX_VALUE最大值。

扩展

这种缓存行为不仅用于Integer类，而且还用于Long,Short,Byte,Character，大家可以去这些类里面查看XxxCache的类和valueOf方法源码，原理大致相同，但它们的边界略有一二，也不能进行最大边界的配置。