Java Integer 类型的数据比较时使用 == 可能存在的问题

 

测试代码

运行结果

突然我就很难受了 。

下面是在解决问题时的记录。

 

这里的 gods.getType（）； 返回一个Integer类型的变量。

枚举类型 PACKAGE.getCode（）；也返回一个Integer类型的变量。

 

Integer 是引用类型，Integer 类型的变量在用 “ == ” 比较时会进行内存地址比较。

疑点1

通过以下代码片段可以得知关于Integer对象内存空间地址的说法，

在自动装箱过程中 Integer 会自动缓存 -128~127范围内的值，所以所有在这个范围内的值相等的Integer对象都会共用一块内存，而不会开辟多个；超出这个范围内的值对应的Integer对象有多少个就开辟多少个内存。

（具体可自行参照源码分析）

测试代码

运行结果

class 反编译代码

(可以看到反编译后的源码中，之前定义的Integer 类型的变量被自动装箱， Integer类型在与 int 类型比较时，被自动拆箱)

所以理论上 我上面的Test 代码都应该输出 true。

== 比较时 我的比较值都是  3，根据自动装箱原则，那么它们应该都是共用一个内存空间地址。

但是输出了 false。 所以继续排查（疑点1排除）

疑点2

仔细阅读代码之后，发现这个goods 对象是从redis缓存中反序列化来，那么是不是反序列化之后的对象 内存地址发生了改变。

然后影响了Integer 的内存地址的变化。

这里介绍一个可以 根据内存地址获取的hash值  的函数。

System.identityHashCode(Object obj）；

（每次运行程序时,内存会为对象重新分配内存地址,因此得到的hash值也不一样。）

测试代码：                                                                      运行结果：

可以看到 原先没有被序列化过的 goods 对象的 type 属性的内存Hash值 和 枚举常量中的 内存Hash 值是 相等的。

但是将 goods 序列化成 byte 数值 ，然后再反序列化成 goods2 对象。goods2 对象的type 属性的内存Hash值 发生了改变。

所以导致了  3（Integer） == 3 （Integer）  进行对象地址比较时返回  false 的结果。

 

呀呀呀呀呀。 

我真是太菜了。。太菜了。。。太菜了。。。。

 

 关于反序列化和序列化

 目前没找到一篇令我满意的 文章 ，先暂且放一篇，等找到更好的再更新吧

参考资料：

• hashCode和identityHashCode
• java中int与Integer用==比较详解
• Java中Integer与int类型的装箱和拆箱
• Java对象的序列化（Object Serialization）
• Java 对象在堆中的内存结构