Почему 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 < 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?

Обратите внимание, что я не пытался найти обходной путь, а вместо этого понял, почему это не разрешено по каким-то непонятным причинам.


java jvm-arguments
person Jean-François Savard    schedule 14.04.2015    source источник

Ответы (1)


arrow_upward
11
arrow_downward

Выяснилось, что уже существует неразрешенный RFP по этому поводу.

Джо Дарси так прокомментировал проблему:

Возможно, было бы полезно кэшировать и больший диапазон отрицательных чисел, но пока в этом нет острой необходимости.

Обратите внимание, что RFP предлагает плохой обходной путь, если когда-либо кто-то был заинтересован в его использовании до того, как он будет обработан:

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

person Jean-François Savard    schedule 14.04.2015