Кеширование целых чисел в Java

Возможный дубликат:
Weird Java Boxing

Недавно я увидел презентацию, где был следующий образец кода Java:

Integer a = 1000, b = 1000;  
System.out.println(a == b); // false  
Integer c = 100, d = 100;  
System.out.println(c == d); // true

Теперь я немного смущен. Я понимаю, почему в первом случае результат "false" - это потому, что Integer является ссылочным типом, а ссылки "a" и "b" различны.

Но почему во втором случае результат "true"?

Я слышал мнение, что JVM кэширует объекты для значений int от -128 до 127 для некоторых целей оптимизации. Таким образом, ссылки "c" и "d" одинаковы.

Может ли кто-нибудь дать мне больше информации об этом поведении? Я хочу понять цели этой оптимизации. В каких случаях производительность увеличивается и т.д. Ссылка на некоторые исследования этой проблемы будет велика.

Ответ 1

Я хочу понять цели этого оптимизация. В каких случаях производительность увеличивается и т.д. Ссылка на некоторые исследования этого проблема будет большой.

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

В принципе, класс Integer хранит кеш экземпляров Integer в диапазоне от -128 до 127, а все автобоксинг, литералы и использование Integer.valueOf() возвращают экземпляры из этого кеша для диапазона, который он охватывает.

Это основано на предположении, что эти небольшие значения встречаются гораздо чаще, чем другие int, и поэтому имеет смысл избежать накладных расходов на наличие разных объектов для каждого экземпляра (объект Integer занимает примерно 12 байтов).

Ответ 2

Посмотрите на реализацию Integer.valueOf(int). Он вернет тот же объект Integer для входов меньше 256.

EDIT:

На самом деле -128 до +127 по умолчанию, как указано ниже.