背景描述

在对数据库中int类型的值，在实体类中大家往往都会采用Integer类型进行包装没问题吧。那么Integer使多了，用顺手了，是不是都不喜欢用int了？有一天你发现你要比较一个Integer是否等于1或者等于2，是不是直接上手Integer==Integer了？

问题实例

//实例一个测试类对象，贴近实际
IntegerTest integerTest = new IntegerTest();
integerTest.setTestNum(2);
Integer num = 1;
Integer newNum = integerTest.getTestNum();
if (newNum == num){
   /**
    * 业务逻辑
    */
}

一顿操作猛如虎，觉得完全没有毛病！结果发现判定没跳过if判定，而是进入了！

也就是说，newNum == num -->结果为true

那么问题来了，为啥明明一个是1，一个2，它们竟然相等！？

问题详解

两个原因

1.==在比较基本数据类型时，确实是比较值的大小。但是比较引用数据类型时，比较的是两者的内存地址是否相同。注意这里比较的是两个Integer！！！所以知道为啥了吧，这就是int用顺手的下场了属于是。

2.Integer在缓存池中数值范围为:-128~127，换句话说可以理解为，数值只要在这个范围内引用的都是同一个Integer对象，只有超过这个范围才会new一个新的Integer对象！

所以1和2其实都是同一个对象，因此他们==比较的引用地址肯定相同啦

解决方案

1.采用equals方法进行比较（没想到有一天竟然用equals比较的不是String吧hhhh）

2.将Integer拆箱为int再比较就是单纯的数值比较了