为什么JVM允许设置IntegerCache的“高”值，但不允许设置“低”值？

Question

我们都知道Java为在区间[-128, 127]内的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() {}
}

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

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

我不明白的是，为什么我们不能覆盖 low 值？

请注意，我不是在试图寻找解决方法，而是想了解为什么出于某些模糊的原因不允许覆盖。

- Jean-François Savard

Answer 1

发现已经有一个未解决的RFP在这里：JDK-6968657。

Joe Darcy在评论中说：

可以想象，将更多范围的负数缓存起来可能会很有帮助，但目前还没有迫切的需要去做这样的事情。

请注意，如果有人在处理之前对此感兴趣，则RFP提供了一个糟糕的解决方法：

除了实现自己的缓存并在访问java.lang.Integer类之前首先引用该缓存之外，无法增加缓存大小的任何解决方法。这显然不好，因为它需要调用其他类，而不是仅使用Integer.valueOf(int i)调用的默认使用。

- Jean-François Savard