为什么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 = 127; } private IntegerCache() {} } 

我知道我可以通过给JVM提供一个参数来扩展high值:

 java -Djava.lang.Integer.IntegerCache.high=xxxx Aclass.class 

我不明白为什么我们不允许覆盖low

请注意,我并没有尝试找到解决方法,而是理解为什么不允许出于某些模糊的原因。

发现此处已有一个尚未解决的RFP 。

Joe Darcy评论了这个问题:

可以想象的是,缓存更大范围的负数也是有帮助的,但到目前为止还没有迫切需要这样做。

请注意,如果有人在处理之前有兴趣使用它,RFP提供了一个糟糕的解决方法:

除了实现自己的缓存并在转到java.lang.Integer类之前首先考虑缓存之外,没有办法增加缓存的大小。 这显然不好,因为它需要调用其他类而不仅仅是默认使用Integer.valueOf(int i)调用