java中使用Integer的时候 “1000==1000”为false,而”100==100“为true

本文解析Java中Integer对象的缓存行为,揭示`1000==1000`为false而`100==100`为true的原因,涉及IntegerCache和valueOf方法,讨论内存优化背后的逻辑。

java中使用Integer的时候 “1000==1000”为false,而”100==100“为true

	Integer a = 1000, b = 1000;
    System.out.println(a == b);
    Integer c = 100, d = 100;
    System.out.println(c == d);
    //你会得到false
	//true

基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。因此,后面一条语句也应该是false 。这就是它有趣的地方了。如果你看去看 Integer.java 类,你会发现有一个内部私有类,IntegerCache.java,它缓存了从-128到127之间的所有的整数对象。所以事情就成了,所有的小整数在内部缓存,然后当我们声明类似——Integer c = 100;
的时候,它实际上在内部做的是:Integer i = Integer.valueOf(100);
现在,如果我们去看valueOf()方法,我们可以看到

 public static Integer valueOf(int i) {
        if (i >= IntegerCache.low && i <= IntegerCache.high)
            return IntegerCache.cache[i + (-IntegerCache.low)];
        return new Integer(i);
    }

如果值的范围在-128到127之间,它就从高速缓存返回实例。所以…Integer c = 100, d = 100;
指向了同一个对象。这就是为什么我们写System.out.println(c == d);
我们可以得到true。现在你可能会问,为什么这里需要缓存?合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。然而,通过反射API你会误用此功能。运行下面的代码,享受它的魅力吧。

public static void main(String[] args) throws NoSuchFieldException, IllegalAccessException {

      Class cache = Integer.class.getDeclaredClasses()[0]; //1
      Field myCache = cache.getDeclaredField("cache"); //2
      myCache.setAccessible(true);//3

      Integer[] newCache = (Integer[]) myCache.get(cache); //4
      newCache[132] = newCache[133]; //5

      int a = 2;
      int b = a + a;
      System.out.printf("%d + %d = %d", a, a, b); //
    }
<think>我们正在讨论Java中的自动装箱和Integer缓存机制。用户的问题:为什么`new Integer(100) == 100`的结果是`true`? 原因在于:当使用`new Integer(100)`时,创建了一个新的Integer对象。而在使用`==`进行比较时,一边是Integer对象,另一边是int基本类型(100),此时会发生自动拆箱。所以实际上比较的是两个int值(100100),因此结果为true。 具体步骤: 1. `new Integer(100)` 创建一个新的Integer对象,其值为100。 2. 在表达式`new Integer(100) == 100`中,由于右边是基本类型int,左边是Integer对象,所以Integer对象会被自动拆箱成int基本类型(即调用`intValue()`方法)。 3. 因此,实际上比较的是`100 == 100`,两个int值相等,结果为true。 注意:如果比较的是两个Integer对象,比如`new Integer(100) == new Integer(100)`,那么结果会是false,因为这是两个不同的对象,而`==`对于对象比较的是引用地址。 另外,如果使用缓存范围内的值(如100在-128到127之间)通过`Integer.valueOf(100)`获取,那么会返回缓存中的同一个对象,此时用`==`比较两个通过`valueOf`得到的Integer对象(在缓存范围内)会返回true。 示例: ```java Integer a = new Integer(100); Integer b = 100; // 自动装箱,实际调用Integer.valueOf(100),在缓存范围内,返回缓存对象 System.out.println(a == 100); // true,因为a被拆箱为int System.out.println(a == b); // false,因为a是新对象,而b是缓存对象(两个不同对象) ``` 因此,关键在于比较时发生了自动拆箱。 §§相关问题§§ 1. 在Java中,自动装箱和拆箱发生在哪些场景? 2. 为什么`new Integer(100) == new Integer(100)`的结果是false? 3. 如何正确比较两个Integer对象的值是否相等? 4. 除了Integer,其他包装类(如Double)的自动装箱是否有缓存机制? </think> 在 Java 中,`new Integer(100) == 100` 的结果为 `true`,这是由于 **自动拆箱(Unboxing)机制** 和 **基本类型比较规则** 共同作用的结果。以下是详细解释: --- ### 1. **自动拆箱机制** - 当 `Integer` 对象与 `int` 基本类型进行 `==` 比较时,编译器会自动调用 `Integer.intValue()` 方法,将对象**转换为基本类型 `int`**。 - 因此 `new Integer(100) == 100` 实际等价于: ```java new Integer(100).intValue() == 100 // 即 100 == 100 ``` --- ### 2. **基本类型的值比较** - 转换后,两边都是 `int` 基本类型(100100)。 - `==` 对基本类型直接比较**数值是否相等**,而非对象地址。 - 由于 `100 == 100` 成立,返回 `true`。 --- ### 对比:对象引用比较 vs 拆箱后比较 | **场景** | **比较方式** | **结果** | **原因** | |-----------------------------------|-------------------|-----------|----------------------------------------| | `new Integer(100) == 100` | 自动拆箱 → 值比较 | `true` | 本质是 `100 == 100` | | `new Integer(100) == new Integer(100)` | 对象引用比较 | `false` | 两个独立对象,地址不同 | | `Integer.valueOf(100) == 100` | 自动拆箱 → 值比较 | `true` | 拆箱后仍是 `100 == 100` | | `Integer.valueOf(100) == Integer.valueOf(100)` | 对象引用比较 | `true` | `valueOf` 使用缓存(-128~127 内同一对象) | --- ### 关键验证代码 ```java public class Main { public static void main(String[] args) { // 自动拆箱比较(true) System.out.println(new Integer(100) == 100); // true // 对象引用比较(false) System.out.println(new Integer(100) == new Integer(100)); // false // 缓存对象引用比较(true) System.out.println(Integer.valueOf(100) == Integer.valueOf(100)); // true } } ``` --- ### 总结原因: - **自动拆箱规则**:包装类对象与基本类型比较时,优先转换为基本类型。 - **值比较优先级**:`==` 在操作数含基本类型时,按基本类型数值比较。 - **与缓存无关**:此场景不涉及 `IntegerCache`(缓存仅影响 `valueOf`,不影响 `new` 或拆箱)。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值