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

回到顶部