java中integer valueOf_Java中Integer.valueOf()解读

我们先看一段代码：

public static void main(String[] args) {

Integer i1 = 20;

Integer i2 = 20;

System.out.println(i1 == i2);

System.out.println(i1.equals(i2));

}

接着往下看之前，大家可以先自己想一想输出结果是什么。

输出结果：ture

true

如果代码换成这样呢：

public static void main(String[] args) {

Integer i1 = 200;

Integer i2 = 200;

System.out.println(i1 == i2);

System.out.println(i1.equals(i2));

}

两次输出结果会有什么不一样呢？

这次输出的是 false

true

为什么会是这样呢？

首先，我们看一下双等号“ == ”和equals()方法的不同之处。

双等号“ == ”，对于基本数据类型，比较的是它们的值。

对于非基本类型，比较的是它们在内存中的存放地址，或者说是比较两个引用是否引用内存中的同一个对象。

equals()是在Object基类中定义的方法。

这个方法的初始行为是比较对象的内存地址，但在一些类库中，这个方法被覆盖掉了，如String,Integer,Date等。在这些类当中equals有其自身的实现，而不再是比较类在堆内存中的存放地址了。

对于复合数据类型之间进行equals比较，在没有覆写equals方法的情况下，它们之间的比较还是基于他们在内存中的存放位置的地址值的，因为Object的equals方法也是用双等号“ == ”进行比较的，所以比较后的结果跟双等号“ == ”的结果相同。

Integer.class中源代码：

public boolean equals(Object obj) {

if (obj instanceof Integer) {

return value == ((Integer)obj).intValue();

}

return false;

}

可以看到，Integer中比较的是值。

因此，两次i1.equals(i2)返回的都是true。

为什么 i1 == i2两次输出结果不一致呢？我们分析一下代码：

Integer i1 = 20，Integer是包装类型，20是整形常量，所以这里涉及到自动装箱过程，i1是Integer的引用，指向20这个整形常量所占用的内存。

Integer i1 = 20 或者Integer i1 = 200的时候，会调用 Integer中的 valueOf()方法。我们看一下这个方法的源码：

/**

* Returns an {@code Integer} instance representing the specified

* {@code int} value. If a new {@code Integer} instance is not

* required, this method should generally be used in preference to

* the constructor {@link #Integer(int)}, as this method is likely

* to yield significantly better space and time performance by

* caching frequently requested values.

*

* This method will always cache values in the range -128 to 127,

* inclusive, and may cache other values outside of this range.

*

* @param i an {@code int} value.

* @return an {@code Integer} instance representing {@code i}.

* @since 1.5

*/

public static Integer valueOf(int i) {

if (i >= IntegerCache.low && i <= IntegerCache.high)

return IntegerCache.cache[i + (-IntegerCache.low)];

return new Integer(i);

}

这段代码的作用是把int类型转换成Integer，也就是装箱，它返回一个 Integer对象。

这里又涉及到IntegerCache，对于这段静态代码(这里JDK版本是JDK1.8)：

/**

* Cache to support the object identity semantics of autoboxing for values between

* -128 and 127 (inclusive) as required by JLS.

*

* The cache is initialized on first usage. The size of the cache

* may be controlled by the {@code -XX:AutoBoxCacheMax=} option.

* During VM initialization, java.lang.Integer.IntegerCache.high property

* may be set and saved in the private system properties in the

* sun.misc.VM class.

*/

private static class IntegerCache {

static final int low = -128;

static final int high;

static final Integer cache[];

static {

// high value may be configured by property

int h = 127;

String integerCacheHighPropValue =

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

if (integerCacheHighPropValue != null) {

try {

int i = parseInt(integerCacheHighPropValue);

i = Math.max(i, 127);

// Maximum array size is Integer.MAX_VALUE

h = Math.min(i, Integer.MAX_VALUE - (-low) -1);

} catch( NumberFormatException nfe) {

// If the property cannot be parsed into an int, ignore it.

}

}

high = h;

cache = new Integer[(high - low) + 1];

int j = low;

for(int k = 0; k < cache.length; k++)

cache[k] = new Integer(j++);

// range [-128, 127] must be interned (JLS7 5.1.7)

assert IntegerCache.high >= 127;

}

private IntegerCache() {}

}

这段代码的作用是，在Integer类装载入内存时，把[-128, 127]范围内的整型数据装包成Integer类，并将其对应的引用放入到cache数组中。

从上面的源码可以看出，valueOf()在返回之前，会进行判断，判断当前 i的值是否在 -128到127之间。

如果存在，则直接返回引用，不再重新开辟内存空间。

如果不存在，就创建一个新的对象。

利用缓存，这样做既能提高程序执行效率，还能节约内存。

Integer i1 = 20; Integer i2 = 20; 因为 IntegerCache中已经存在此对象，直接返回引用，引用相等并且都指向缓存中的数据，所以这时候i1 == i2返回true。

Integer i1 = 200; Integer i2 = 200;因为i1，i2的值大于127，不在[-128, 127]范围内，所以虚拟机会在堆中重新new一个 Integer对象来存放200，创建两个对象就会产生两个这样的空间。两个空间的地址不同，返回到栈中的引用的值也就不同，所以这时候i1 == i2返回false。

以上是我的一些踩坑记录，有什么不足和错误之处，欢迎指正。