Dziwny Boks liczbowy w Javie

public class Scratch
{
   public static void main(String[] args)
    {
        Integer a = 1000, b = 1000;  //1
        System.out.println(a == b);

        Integer c = 100, d = 100;  //2
        System.out.println(c == d);
   }
}

Wyjście:

false
true

Tak pierwsze wyjście jest produkowane dla porównania odniesienia; ' a 'i' b ' - są to dwa różne odniesienia. W punkcie 1, w rzeczywistości tworzone są dwa odwołania, które są podobne jak -

Integer a = new Integer(1000);
Integer b = new Integer(1000);

Drugie wyjście jest produkowane, ponieważ JVM próbuje zapisać pamięć, gdy Integer mieści się w zakresie (od -128 do 127). W punkcie 2 nie tworzy się nowego odniesienia typu Integer dla "d". Zamiast tworzenia nowego obiektu dla referencji typu Integer zmienna "d", jest przypisana tylko do wcześniej utworzonego obiektu, do którego odwołuje się "c". Wszystkie są wykonywane przez JVM.

Te reguły zapisywania pamięci są nie tylko dla liczby całkowitej. w celu zachowania pamięci, dwie instancje następujących obiektów wrappera (podczas tworzenia przez Boks) zawsze będą ==, gdzie ich prymitywne wartości są takie same -

• Boolean
• Bajt
• znak od \u0000 do \u007f (7F to 127 w układzie dziesiętnym)
• krótkie i całkowite od -128 do 127

Obiekty całkowite w pewnym zakresie (myślę, że może od -128 do 127) są buforowane i ponownie używane. Liczby całkowite spoza tego zakresu otrzymują za każdym razem nowy obiekt.

Tak, istnieje dziwna zasada autoboxingu, która działa, gdy wartości są w pewnym zakresie. Gdy przypisujesz stałą do zmiennej obiektowej, nic w definicji języka nie mówi, że nowy obiekt musi zostać utworzony. Może ponownie użyć istniejącego obiektu z pamięci podręcznej.

W rzeczywistości JVM Zwykle przechowuje w tym celu bufor małych liczb całkowitych, a także wartości takie jak Boolean.TRUE I Boolean.Fałsz.

To interesująca Uwaga. W książce Effective Java sugeruje zawsze nadpisywanie równości dla własnych klas. Ponadto, aby sprawdzić równość dla dwóch instancji klasy java, zawsze należy użyć metody equals.

public class Scratch
{
    public static void main(String[] args)
    {
        Integer a = 1000, b = 1000;
        System.out.println(a.equals(b));

        Integer c = 100, d = 100;
        System.out.println(c.equals(d));
    }
}

Zwraca:

true
true

Domyślam się, że Java przechowuje bufor małych liczb całkowitych, które są już "pudełkowe", ponieważ są bardzo powszechne i oszczędza dużo czasu Na ponowne użycie istniejącego obiektu niż na utworzenie nowego.

W Javie Boks działa w zakresie od -128 do 127 Dla liczby całkowitej. Gdy używasz liczb z tego zakresu, możesz porównać je z operatorem==. Dla obiektów Integer spoza zakresu należy użyć equals.

W Javie 5 wprowadzono nową funkcję zapisywania pamięci i poprawy wydajności obsługi obiektów typu Integer. Obiekty Integer są buforowane wewnętrznie i ponownie używane przez te same obiekty odniesienia.

1. Dotyczy to wartości całkowitych w zakresie od -127 do +127 (Maksymalna liczba całkowita).

2. To buforowanie całkowite działa tylko na autoboxingu. Obiekty Integer będą nie będą buforowane, gdy są budowane przy użyciu konstruktora.

Więcej szczegóły pls przejść poniżej Link:

Integer Cache in Detail

Jeśli sprawdzimy kod źródłowy Integer obeject, znajdziemy źródło metody valueOf w następujący sposób:

public static Integer valueOf(int i) {
    if (i >= IntegerCache.low && i <= IntegerCache.high)
        return IntegerCache.cache[i + (-IntegerCache.low)];
    return new Integer(i);
}

, które mogą wyjaśnić, dlaczego Integer obiekty, które w zakresie od -128 (Integer.low) do 127 (Integer.high), są tymi samymi obiektami odniesienia podczas autoboxingu. I widzimy, że klasa IntegerCache zajmuje się tablicą pamięci podręcznej Integer, która jest prywatną statyczną klasą wewnętrzną klasy Integer.

Jest inny ciekawy przykład, który może nam pomóc zrozumieć ten dziwny sytuacja:

public static void main(String[] args) throws NoSuchFieldException, IllegalAccessException {

      Class cache = Integer.class.getDeclaredClasses()[0]; 
      Field myCache = cache.getDeclaredField("cache"); 
      myCache.setAccessible(true);

      Integer[] newCache = (Integer[]) myCache.get(cache); 
      newCache[132] = newCache[133]; 

      Integer a = 2;
      Integer b = a + a;
      System.out.printf("%d + %d = %d", a, a, b); //The output is: 2 + 2 = 5    

}