Integer自动装箱和Integer.valueOf()

本文深入探讨Java自动装箱机制,特别是在JDK1.5之后的变化。通过具体示例和源码分析,揭示Integer自动装箱过程中涉及的缓存机制及数值范围限制。

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

Java自动装箱可能大家都不陌生,基本数据类型由JVM自动转成对象类型。

在JDK1.5之前,我们是这么使用的

Integer iObject = Integer.valueOf(3);

Int iPrimitive = iObject.intValue()

JDK1.5开始,我们就可以这样使用

Integer iObject = 3;

int iPrimitive = iObject;

使用起来确实很简单,下面让我们通过一个测试题深入了解下到底Integer是如何实现自动装箱的?

public static void main(String[] args) {
        Integer f1 = 100;
        Integer f2 = 100;
        Integer f3 = 150;
        Integer f4 = 150;
        Integer f5 = -129;
        Integer f6 = -129;
        System.out.println(f1==f2);
        System.out.println(f3==f4);
        System.out.println(f5==f6);
    }

 输出结果是什么?

按照我们的逻辑,应该是返回三个true,但是事实是:

这里写图片描述

为什么?接下来让我们分析源码解释这个问题!

valueOf( )

这里写图片描述

JDK1.5之前我们使用的是valueOf()将基础类型包装成对象类型,通过源码我们可以看出当i的值处于IntegerCache.low和IntegerCache.high之间时,将新建一个Integer对象,否则的话就返回IntegerCache.cache数组的值

这样就能解释为什么150和-129返回是fasle了,因为150不在范围内,自动装箱的时候new Integer(150)了两次,所以比较f3和f4的时候,实际上是比较两个值相同但是地址不同的对象,因此返回的是false,-129也是类似。

当然没有代码验证的理论都不可信,上面只是我们的猜想,接下来看看具体的源码来详细解释原因

这里写图片描述

打开IntegerCache类,low被定义成常量-128,所以-129不在这个范围内,将目光放到787行,h被赋值成127,788到800行是在编译时对传进来的参数进行判断,h最后被赋值成127,中间有段代码解释下

 String integerCacheHighPropValue =          sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");

这句话是调用虚拟机内部的方法,根据硬件情况找到合适的最大值,一般不超过127,特殊的机型和特殊的硬件可以大于127,所以这个方法的定义的时候也是说“This method will always cache values in the range -128 to 127,inclusive, and may cache other values outside of this range.”是有可能超过这个范围的

801到805行是定义一个数组,并且生成相应数量的对象,当i处于范围中的时候,就不用新建对象而是取数组中的缓存值,所以f1和f2是相等地,因为是同一个对象。

<think>我们正在讨论Integer.parseInt与Integer.valueOfJava中的区别。根据以上引用,我们可以总结以下几点:1.返回值类型不同:-`Integer.parseInt(Strings)`返回的是基本数据类型`int`。-`Integer.valueOf(Strings)`返回的是包装类型`Integer`对象。2.参数类型:-`Integer.parseInt(Strings)`只能接受字符串参数。-`Integer.valueOf(Strings)`也可以接受字符串参数,但同时它还可以接受其他类型的参数(如char,byte等),但根据引用[4],对于字符串参数,两者处理方式类似。3.关于字符串转整数的处理:-两者在处理字符串转整数时,底层都调用了`parseInt(Strings,intradix)`方法(引用[1]中显示`Integer.valueOf`调用了`parseInt`)。4.缓存机制:-根据引用[3],`Integer.valueOf`在转换时会利用IntegerCache缓存机制。对于-128到127之间的整数,会返回缓存中的同一个对象,因此在这个范围内用`==`比较返回true(如引用[3]中第5条:`Integer.valueOf("127")==Integer.valueOf("127")`为true),而超出这个范围(如128)则会创建新的对象,所以`==`比较返回false(如引用[3]中第6条:`Integer.valueOf("128")==Integer.valueOf("128")`为false)。-而`Integer.parseInt`返回的是基本类型int,所以用`==`比较数值是否相等时,只要数值相同就是true(如引用[3]中第4条:`Integer.parseInt("128")==Integer.parseInt("128")`为true)。5.当需要比较一个`Integer.parseInt`的结果一个`Integer.valueOf`的结果时,由于Java的自动拆箱(auto-unboxing),比较的是基本类型的值,所以会相等(如引用[3]中第7条:`Integer.parseInt("128")==Integer.valueOf("128")`为true)。6.关于null值处理:-根据引用[2],如果传入`Integer.parseInt`的字符串为null,会抛出`NumberFormatException`(实际上是`NullPointerException`?)。实际上,当我们调用`Integer.parseInt(null)`时,会抛出`NumberFormatException`,因为内部会尝试解析字符串,而null不是有效的数字字符串。同样,`Integer.valueOf(null)`也会抛出异常,但可能先经过`parseInt`方法,所以也是抛出`NumberFormatException`?或者由于参数是null,在调用时可能抛出`NullPointerException`?需要明确:-`Integer.parseInt(null)`->抛出`NumberFormatException`,因为内部调用`parseInt(s,10)`,而`parseInt`方法在检测到字符串为null时,实际上在调用`s.length()`时会抛出`NullPointerException`?但根据Javadoc,`Integer.parseInt`在字符串不能解析为整数时抛出`NumberFormatException`。实际上,在JDK源码中,`parseInt`方法首先会判断字符串是否为null,如果是null,则抛出`NumberFormatException`?还是说在后续操作中抛出空指针?经查,在OpenJDK的`parseInt`方法中,如果字符串为null,会调用`radix`参数为10的重载方法,而该重载方法中会调用`s.length()`,此时会抛出`NullPointerException`。但实际在文档中,`Integer.parseInt`的异常情况是:如果字符串不能解析为整数,抛出`NumberFormatException`。对于null,实际抛出的是`NullPointerException`?实际上,在OpenJDK17的实现中:```javapublicstaticintparseInt(Strings)throwsNumberFormatException{returnparseInt(s,10);}```然后调用:```javapublicstaticintparseInt(Strings,intradix)throwsNumberFormatException{//...在方法内部,如果s为null,会在判断长度时抛出NullPointerExceptionif(s==null){thrownewNumberFormatException("null");}}```但是在JDK17中,`parseInt(Strings,intradix)`方法一开始就有:```javaif(s==null){thrownewNumberFormatException("Cannotparsenullstring");}```所以,实际上`Integer.parseInt(null)`会抛出`NumberFormatException`,而不是`NullPointerException`。总结:-如果需要基本类型int,使用`Integer.parseInt`。-如果需要Integer对象,使用`Integer.valueOf`。-注意`Integer.valueOf`的缓存机制(-128到127),如果在这个范围内,多次调用会返回相同的对象;否则返回新对象。-当比较两个返回值时,注意基本类型包装类型的区别:基本类型比较值,包装类型比较对象引用(除非使用equals方法比较值,或者自动拆箱)。§§相关问题§§1.`Integer.parseInt``Integer.valueOf`在参数为null时会抛出什么异常?2.`Integer.valueOf`的缓存机制是什么?如何改变缓存的范围?3.在什么情况下应该使用`Integer.parseInt`而不是`Integer.valueOf`?</think> ### Integer.parseInt() vs Integer.valueOf() in Java 根据引用的源码示例,以下是两个方法的核心区别: #### 1. 返回值类型差异 ✅ - `Integer.parseInt(String s)` 返回 **基本数据类型 `int`** 示例: ```java int num = Integer.parseInt("128"); // 返回基本类型 int ``` - `Integer.valueOf(String s)` 返回 **包装类对象 `Integer`** 示例: ```java Integer numObj = Integer.valueOf("128"); // 返回 Integer 对象 ``` #### 2. 底层实现机制 🔧 ```java // Integer.valueOf() 源码 [^1] public static Integer valueOf(String s) { return Integer.valueOf(parseInt(s, 10)); // 内部调用 parseInt() } ``` - `valueOf()` 本质是调用 `parseInt()` 完成字符串解析 - 但会对结果进行 **对象包装** #### 3. 缓存机制对比 🔄 ```java System.out.println(Integer.valueOf("127") == Integer.valueOf("127")); // true (缓存对象复用) System.out.println(Integer.valueOf("128") == Integer.valueOf("128")); // false (新创建对象) [^3] ``` - `valueOf()` 有 **对象缓存池**(默认范围 -128~127) - `parseInt()` 无缓存,始终返回新基本类型值 #### 4. 比较行为分析 ⚖️ ```java // 基本类型比较(值相等) Integer.parseInt("128") == Integer.parseInt("128") // true (int 值比较) // 对象比较(引用地址) Integer.valueOf("128") == Integer.valueOf("128") // false (不同对象) // 混合比较(自动拆箱) Integer.parseInt("128") == Integer.valueOf("128") // true (int 值比较) [^3] ``` - `parseInt()` 结果适用 `==` 比较(基本类型) - `valueOf()` 结果需用 `.equals()` 比较值 #### 5. 参数兼容性 📦 - `parseInt()` 只接受 **String 参数** - `valueOf()` 可接受 **多种类型**(包括 char/byte 等),自动转换: ```java Integer.valueOf('A'); // 返回 65 (ASCII 转换) [^4] ``` #### 6. 异常处理 ⚠️ ```java Integer.parseInt(null); // 抛出 NumberFormatException [^2] Integer.valueOf(null); // 同样抛出 NumberFormatException ``` - 两者对非法输入(非数字/null)行为一致 - 均抛出 `NumberFormatException` --- ### 最佳实践总结 🚀 | 场景 | 推荐方法 | |------|----------| | 需要基本类型参与计算 | `parseInt()` | | 需要对象存入集合 | `valueOf()` | | -128~127 频繁取值 | `valueOf()`(利用缓存) | | ASCII 字符转换 | `valueOf(char)` | > 提示:JDK 9+ 后推荐使用 `Integer.parseInt()` + 自动装箱(`Integer.valueOf()` 被标记 `@Deprecated(since="9")`)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值