Java的Integer类型用==进行比较原来还有神奇的结果,奥秘是对象缓冲池

本文探讨了Java 5.0及之后版本中JVM如何管理九个对象池,特别是针对Integer对象在-128到127范围内如何进行缓存和重用。通过一个具体的例子解释了Integer对象在不同情况下的比较行为。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在JDK5.0以后,JVM在启动的时候会实例化9个对象池,这9个对象池分别用来存储八种基本数据类型的包装类(比如int对应的Integer)和String对象(当我们在程序中直接用双引号括起来一个字符串时,JVM就到String的对象池里面去找是否有一个相同值的对象,如果有就拿现成的对象,如果没有就在对象池里面创建一个对象,并返回)。


来看下面一个例子:


输出的结果为:


上面的结果可能和很多人预想的不一致,认为==比较的是对象,而equals比较的是值,这个例子中都是不同的对象,判断的结果应该是都不相等才对。


出现上面的结果,原因在于在Java 5以后,整型对象在内部实现中通过使用相同的对象引用实现了缓存和重用。Integer类型对于-128-127之间的数字是在缓冲区取的,所以对于在这个范围内的数值用双等号比较是一致的,因为对应的内存地址是相同的。但对于不在这区间的数字是在堆中new出来的,所以地址空间不一样,也就不相等。






### Java 中 `Integer` 类型的等于比较Java 中,对于 `Integer` 对象使用 `==` 和 `equals()` 方法进行比较会得到不同的结果。具体来说: - 当使用 `==` 比较两个 `Integer` 对象时,实际上是在比较它们的内存地址而非实际数。这意味着即使两个不同对象包含相同的整数,只要它们不是同一个实例,`==` 将返回 `false`[^2]。 例如: ```java Integer c = 128; Integer d = 128; System.out.println(c == d); // 输出: false ``` 然而,由于 JVM 的优化机制——自动装箱缓存(Autoboxing Cache),当 `Integer` 位于 `-128` 至 `127` 范围内时,JVM 会对这些进行缓存处理,使得相同范围内的 `Integer` 实例共享同一份内存空间。因此在这个范围内使用 `==` 可能会出现意外的结果。 而 `equals()` 方法则是用来比较两个 `Integer` 对象的实际数是否相等。无论 `Integer` 是否超出上述提到的缓存区间,`equals()` 总是比较其内部存储的具体数而不是引用本身[^3]。 下面是一个完整的例子展示两者的差异: ```java public class Main { public static void main(String[] args) { Integer a = new Integer(10); Integer b = new Integer(10); System.out.println(a == b); // 输出: false (因为a和b是两个独立的对象) System.out.println(a.equals(b)); // 输出: true (因为两者表示相同的数) Integer e = 127; Integer f = 127; System.out.println(e == f); // 输出: true (得益于自动装箱缓存) System.out.println(e.equals(f)); // 输出: true Integer g = 128; Integer h = 128; System.out.println(g == h); // 输出: false (超过缓存范围) System.out.println(g.equals(h)); // 输出: true } } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值