Насколько велик кэш Integer?
Учебный класс Integer
имеет кеш, который кеширует Integer
ценности. Так что, если я использую метод valueOf
или входящие новые значения не будут созданы, но будут получены из кэша.
Я знаю, что размер кэша по умолчанию 127
но может быть расширен за счет настроек виртуальной машины. У меня вопрос: насколько велико значение размера кэша по умолчанию в этих настройках и могу ли я манипулировать этим значением? Зависит ли это значение от того, какую виртуальную машину я использую (32 или 64 бита)?
Сейчас я занимаюсь настройкой устаревшего кода и, вероятно, потребуется преобразование из int в Integer.
Пояснение: следующий код, который я нашел в исходном коде Java
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) {
int i = parseInt(integerCacheHighPropValue);
i = Math.max(i, 127);
// Maximum array size is Integer.MAX_VALUE
h = Math.min(i, Integer.MAX_VALUE - (-low));
}
high = h;
cache = new Integer[(high - low) + 1];
int j = low;
for(int k = 0; k < cache.length; k++)
cache[k] = new Integer(j++);
}
private IntegerCache() {}
}
public static Integer valueOf(int i) {
assert IntegerCache.high >= 127;
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
Поэтому я думаю, что кэш настраивается.
3 ответа
Внутренняя реализация Java и не может быть настроена, диапазон от -128 до 127. Ты можешь проверить Javadocs
или просто взгляните на источники:
public static Integer valueOf(int i) {
final int offset = 128;
if (i >= -128 && i <= 127) { // must cache
return IntegerCache.cache[i + offset];
}
return new Integer(i);
}
UPD. Я был не прав (спасибо Марко Топольнику). Все вышеперечисленное относится к более старым реализациям Java. Для Java 7 реализация может быть достигнута с помощью системного свойства:
-Djava.lang.Integer.IntegerCache.high=<size>
или настройка JVM:
-XX:AutoBoxCacheMax=<size>
UPD. 2 java.math.BigInteger
имеет жестко закодированный кеш для значений -16 <= x <= 16. Из источников:
private final static int MAX_CONSTANT = 16;
private static BigInteger posConst[] = new BigInteger[MAX_CONSTANT+1];
private static BigInteger negConst[] = new BigInteger[MAX_CONSTANT+1];
static {
for (int i = 1; i <= MAX_CONSTANT; i++) {
int[] magnitude = new int[1];
magnitude[0] = i;
posConst[i] = new BigInteger(magnitude, 1);
negConst[i] = new BigInteger(magnitude, -1);
}
}
public static BigInteger valueOf(long val) {
// If -MAX_CONSTANT < val < MAX_CONSTANT, return stashed constant
if (val == 0)
return ZERO;
if (val > 0 && val <= MAX_CONSTANT)
return posConst[(int) val];
else if (val < 0 && val >= -MAX_CONSTANT)
return negConst[(int) -val];
return new BigInteger(val);
}
Для Java 7 я не смог найти в документации Oracle по Java описание того, что именно изменится, если используется -XX:+AggressiveOpts. Поэтому я запустил процесс, чтобы определить влияние агрессивного действия на настройки jvm на одном из наших серверов приложений в лаборатории с java-версией: {quote} java version "1.7.0_15" Java(TM) SE Runtime Environment (сборка 1.7.0_15-b03) {цитата}
Процесс заключается в запуске Java с отключенными агрессивными параметрами: java -d64 -server -XX:-AggressiveOpts -XX:+UnlockDiagnosticVMOptions -XX:+PrintFlagsFinal -version
Процесс состоит в том, чтобы запустить Java с включенными агрессивными параметрами: java -d64 -server -XX:+AggressiveOpts -XX:+UnlockDiagnosticVMOptions -XX:+PrintFlagsFinal -version
Этот процесс произвел эти различия:
bool AggressiveOpts false -> true {product}
intx AutoBoxCacheMax 128 -> 20000 {продукт C2}
intx BiasedLockingStartupDelay 4000 -> 500 {product}
bool EliminateAutoBox false -> true {диагностика C2}
Из Javadoc:
public static Integer valueOf (int i)
Возвращает экземпляр Integer, представляющий указанное значение типа int. Если новый экземпляр Integer не требуется, этот метод обычно следует использовать в предпочтении перед конструктором Integer(int), поскольку этот метод, вероятно, даст значительно лучшую производительность пространства и времени за счет кэширования часто запрашиваемых значений. Этот метод всегда будет кэшировать значения в диапазоне от -128 до 127 включительно и может кэшировать другие значения за пределами этого диапазона.
Но вы действительно не должны полагаться на это или пытаться что-то изменить по этому поводу. Это деталь реализации JVM, которая не должна влиять на вашу реализацию.