为什么两个看似相等的 Integer 却不相等?一次诡异的缓存折扣商品 BUG 排查

🌷 古之立大事者,不惟有超世之才,亦必有坚忍不拔之志

🎐 个人CSND主页------Micro麦可乐的博客

🐥《Docker实操教程》专栏以最新的Centos版本为基础进行Docker实操教程,入门到实战

🌺《RabbitMQ》专栏19年编写主要介绍使用JAVA开发RabbitMQ的系列教程,从基础知识到项目实战

🌸《设计模式》专栏以实际的生活场景为案例进行讲解,让大家对设计模式有一个更清晰的理解

🌛《开源项目》本专栏主要介绍目前热门的开源项目,带大家快速了解并轻松上手使用

🍎 《前端技术》专栏以实战为主介绍日常开发中前端应用的一些功能以及技巧,均附有完整的代码示例

✨《开发技巧》本专栏包含了各种系统的设计原理以及注意事项,并分享一些日常开发的功能小技巧

💕《Jenkins实战》专栏主要介绍Jenkins+Docker的实战教程,让你快速掌握项目CI/CD,是2024年最新的实战教程

🌞《Spring Boot》专栏主要介绍我们日常工作项目中经常应用到的功能以及技巧,代码样例完整

👍《Spring Security》专栏中我们将逐步深入Spring Security的各个技术细节,带你从入门到精通,全面掌握这一安全技术
如果文章能够给大家带来一定的帮助!欢迎关注、评论互动~

为什么两个看似相等的 Integer 却不相等?一次诡异的缓存折扣商品 BUG 排查

BUG 场景复现

我们在今天的代码审查中,我发现了新来的同事小龙写了这样一段逻辑,用于判断当前商品是否为后台设置的折扣商品:

java 复制代码
Integer productId = 100;
Integer discountId = getDiscountIdFromCache(); // 缓存中读取的折扣ID

if (productId == discountId) {
    System.out.println("匹配折扣商品");
} else {
    System.out.println("不是折扣商品");
}

乍一看是不是觉得没什么问题,当时我就问小龙这里判断是不是存在问题?小龙信誓旦旦说没有问题,我让他试试比较一个产品ID大于128的相同ID比较!瞬间他懵了,明明是相等的两个产品ID数,为什么判断居然是false

这时我拍了拍小龙的肩膀,让过来人跟你讲讲为什么会出现这样的问题吧!

问题分析

造成这个问题的关键点在于 Java 中的 == 对于对象比较的是引用地址,而不是值。

说明
Integer 是对象,而不是基本类型 int
== 比较对象时,判断的是内存地址是否相同。
Integer 有一个特殊的 缓存机制:默认缓存范围为 -128, 127

通过上述说明那么我们就可以理解:

  • 当ID值在-128到127之间时,使用==比较会返回true
  • 当ID值超出这个范围时,使用==比较会返回false(因为是不同的对象实例)

如下面的例子

java 复制代码
Integer a = 100;
Integer b = 100;
System.out.println(a == b); // true,因为命中缓存

Integer x = 200;
Integer y = 200;
System.out.println(x == y); // false,因为超出缓存范围,创建了两个对象

解决方案:使用正确比较方法

要比较两个 Integer 的值,正确的方式是:

使用 equals 方法

java 复制代码
// 还是上述的判断折扣商品例子
Integer productId = 100;
Integer discountId = getDiscountIdFromCache(); 

if (productId.equals(discountId)) {
    System.out.println("匹配折扣商品");
}

使用 intValue() 转换为基本类型

java 复制代码
if (productId.intValue() == discountId.intValue()) {
    System.out.println("匹配折扣商品");
}

直接定义为基本类型 int

在系统设计之初,如果已经确认ID是数字,可以直接使用基本类型 int , 避免对象包装带来的性能和判等问题

java 复制代码
int productId = 200;
int discountId = getDiscountIdFromCache();
if (productId == discountId) {
    System.out.println("匹配折扣商品");
}

最后的建议

为了避免这类问题的发生,我们需要定义个一个规范,避免后续出现这类问题:

  • 始终使用equals()比较对象内容 :对于所有包装类(Integer、Long、Double等)的比较,都要求使用equals比较
  • 注意空指针问题 :使用 equals 时,应把常量写在前面,如 Objects.equals(a, b) "200".equals(str)
  • 开发工具配置检查插件:可配置一些代码规范、代码检查的工具来检测这类问题

总结

这次折扣商品匹配 BUG 的根源在于 把 == 用于 Integer 对象比较。

由于 JavaInteger 缓存机制,小整数可以"碰巧"相等,而大整数则不会,从而导致了诡异的 BUG。

如果你在实践过程中有任何疑问或更好的扩展思路,欢迎在评论区留言,最后希望大家 一键三连 给博主一点点鼓励!


相关推荐
better_liang3 小时前
每日Java面试场景题知识点之-消息队列MQ核心场景与实战
java·面试·kafka·消息队列·rabbitmq·rocketmq·mq
小江的记录本3 小时前
【JVM虚拟机】垃圾回收GC:四种引用类型:强引用、软引用、弱引用、虚引用(附《思维导图》+《面试高频考点清单》)
java·jvm·spring boot·后端·python·spring·面试
小马爱打代码4 小时前
Spring源码 第四篇:Spring 5 源码深度拆解:AOP 全流程核心原理
java·后端·spring
better_liang4 小时前
每日Java面试场景题知识点之-SpringBoot启动流程
java·面试·springboot·源码解析·启动流程
RyFit4 小时前
Java + AI 实战:Spring AI 从入门到企业级落地
java·人工智能·spring
ZhengEnCi5 小时前
01-如何监听接口调用情况?
java·spring boot·后端
JAVA面经实录9176 小时前
MyBatis学习体系
java·mybatis
java1234_小锋6 小时前
在 Spring AI 中如何实现函数调用(Function Calling)?请说明其基本原理和应用场景。
java·人工智能·spring
小马爱打代码7 小时前
Spring源码 第九篇:Spring 5 源码深度拆解 - Spring 事件驱动模型
java·后端·spring
ForgeAI码匠8 小时前
ForgeAdmin|Spring Boot 3 后台框架的自动配置设计:少写配置,多做组合
java·spring boot·后端