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

Question

我们都知道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值？

请注意，我并不是想找到一种解决方法，而是要理解为什么出于某些晦涩的原因而不允许这样做。

Answer 1

发现对此已经存在未解决的RFP。

乔·达西（Joe Darcy）对这个问题发表了评论：

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

请注意，如果有人对RFP有兴趣在使用它之前对其进行处理，则RFP提供的解决方案很差：

除了实现自己的缓存并在转到java.lang.Integer类之前先执行此操作外，没有其他解决方法可以增加缓存的大小。
显然这不是很好，因为它要求调用其他类，而不仅仅是Integer.valueOf（int i）调用的默认用法 。