为什么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提供的解决方法很糟糕:

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