Почему 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 предлагает плохой обходной путь, если кто-то был заинтересован в использовании этого до того, как оно будет обработано:

Никакого обходного пути для увеличения размера кэша невозможно, кроме реализации собственного кэша и ссылки на него перед тем, как перейти к классу java.lang.Integer. Это явно не хорошо, так как требует вызовов других классов, а не просто использования по умолчанию вызова Integer.valueOf(int i).