背景描述

在对数据库中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再比较就是单纯的数值比较了