JVM为什么允许为IntegerCache设置“高”值,而不是设置“低”值?
我们都知道Java在Integer
([-128, 127]
被认为是“常用” )范围内为数字缓存(以及一些其他类型)。
缓存的设计如下:
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() {}
}
我知道可以high
通过为JVM提供参数来扩展值:
java -Djava.lang.Integer.IntegerCache.high=xxxx Aclass.class
我不明白的是为什么我们不允许覆盖该low
值?
请注意,我并不是想找到一种解决方法,而是要理解为什么出于某些晦涩的原因而不允许这样做。
回答:
发现对此已经存在未解决的RFP。
乔·达西(Joe Darcy)对这个问题发表了评论:
可以想象也可以缓存更大范围的负数,这是有帮助的,但是到目前为止,还没有迫切需要这样做。
请注意,如果有人对RFP有兴趣在使用它之前对其进行处理,则RFP提供的解决方案很差:
除了实现自己的缓存并在转到java.lang.Integer类之前先执行此操作外,没有其他解决方法可以增加缓存的大小。
。
以上是 JVM为什么允许为IntegerCache设置“高”值,而不是设置“低”值? 的全部内容, 来源链接: utcz.com/qa/418575.html