Integer自动装箱和Integer.valueOf()

最新推荐文章于 2024-03-09 12:33:51 发布

Gerry_Liang

最新推荐文章于 2024-03-09 12:33:51 发布

阅读量896

点赞数

CC 4.0 BY-SA版权

分类专栏： Java 文章标签： jdk java jvm valueof

本文链接：https://blog.youkuaiyun.com/LosingCarryJie/article/details/78373215

Java 专栏收录该内容

33 篇文章

订阅专栏

本文深入探讨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是相等地，因为是同一个对象。