为什么 Java 的 == 运算符有时比较整数对象值，有时比较引用？

Java 中令人惊讶的整数装箱行为

在 Java 中，Integer 对象是原始 int 值的包装器。将 int 装箱为 Integer 时，通常会期望 == 运算符来比较对象的值。但是，在某些情况下，== 运算符会比较对象的引用。这种行为可能会导致令人惊讶的结果。

考虑以下代码：

public class Scratch {
    public static void main(String[] args) {
        Integer a = 1000, b = 1000;
        System.out.println(a == b);

        Integer c = 100, d = 100;
        System.out.println(c == d);
    }
}

运行时，此代码将打印：

false
true

第一个输出符合预期: == 比较两个不同 Integer 对象的引用。然而，第二个输出却令人惊讶。为什么当 c 和 d 具有相同值时 == 返回 true？

答案就在 Java 语言规范 (JLS) 中。根据 JLS 第 5.1.7 节：

如果装箱的值 p 为 true、false、一个字节、u0000 到 u007f 范围内的 char，或者 -128 到 127 之间的 int 或短数字，然后令 r1 和 r2 为 p 的任意两次装箱转换的结果。情况始终是 r1 == r2。

这意味着从指定范围内的原始值创建的 Integer 对象保证具有相同的引用。在我们的例子中，c 和 d 都是从相同的 int 值 100 创建的，该值在 -128 到 127 的范围内。因此，它们具有相同的引用，并且 == 运算符返回 true。

虽然第二行输出的行为得到保证，但 JLS 建议第一行输出的行为没有保证。理论上，Java 实现可以缓存常见值的 Integer 对象以提高性能，但 JLS 不需要这种行为。因此，不同的 Java 实现可能会以不同的方式处理这种情况。

以上是为什么 Java 的 == 运算符有时比较整数对象值，有时比较引用？的详细内容。更多信息请关注PHP中文网其他相关文章！