【填坑日记】Integer ==失效?!

背景描述

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

总结

类似于这种问题的暴露再次体现出自己根基不扎实呀!!!

此次也是为了记录下来时刻提醒自己!不该犯啊不该犯!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值