问题:
最近网上出现一个好玩的段子,关于java中1000等于1000吗?在我们逻辑中它们应该是相等的,然鹅。。。。
话不多说,放图:
可以从图中看出,i == j 结果为false,但 i.equals(j) 的结果为 true,这是为什么呢?
解答:
好了,我们再看一张图,上图:
当100 == 100 时他就为true了。
所以是否有想法了?设想一下,是不是在某个界限内 i 和 j 的值和对象都是一样的,所以 == 才为true 。对!就是这样。
所以我们现在来看一下Integer 的源码。
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() {}
}
看到这里你可能没看的懂吧,我们再看下一个。
public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
我们都知道JAVA中 int <==> Integer 是封箱和解封的操作,我们所谓的Integer i = 1,虽然是对 i 进行复制,其实完整的赋值是
int i = 100;
Integer k = Integer.valueOf(i);
只有基础数据类型可以直接赋值,封装类只能进行valueOf,所以我们所谓的 Integer i = 1 其实执行的是 Integer i = valueOf(i)。
上述的基础知识结束,我们来看源码。
在源码A中,定义了 IntegerCache 的 low 和 high ,在我们封箱操作(valueOf())中判断是否在Cache 的最大值和最小值之间,在的话则返回同一对象否则是新建一个对象。
在Integer 中引入CaChe是为了,用于提升性能和节省内存。所以这个范围内的自动装箱(相当于调用valueOf(int i)方法)的数字都会从缓存中获取,返回同一个数字。所以这一点既是为了让代码运行更快,也为用户留下了一个坑。
所以你觉得这个CaChe的引用是好还是坏呢?