Integer vs. int

[mrbela]

Hallo Leute,

ich hab mal ne echte Anfängerfrage, die sich auf ein kleines Beispiel bezieht:

	public static void main(String[] args) {
		
		Integer i = new Integer(1);
		Integer j = new Integer(1);
		
                //1
		System.out.println(i == j);
		
		j =1; i = 1;
                //2
		System.out.println(i==j);
		
		i = 128; j = 128;
                //3
		System.out.println(i==j);
	}

Ausgabe ist hier:

false
true
false

zu 1)
Ich erstelle mir zwei Objekte vom Typ Integer. Wenn ich diese vergleiche sind es ja verschiedene, daher false.

Den Rest verstehe ich nciht ganz, zumal 2 und 3 echt sehr ähnlich sind, eigtl das gleiche, nur versch. Zahlenwerte. Dennoch gibt es einen anderen Rückgabewert von boolean?!?

Wäre nett von Euch, wenn mir das einer erklären könnte.

Danke!

 

[L-ectron-X]

Objekte werden mit equals() auf Gleichheit geprüft. == funktioniert nur bei primitiven Datentypen zuverlässig.

 

[eRaaaa]

Hallo Leute,

ich hab mal ne echte Anfängerfrage, die sich auf ein kleines Beispiel bezieht:

	public static void main(String[] args) {
		
		Integer i = new Integer(1);
		Integer j = new Integer(1);
		
                //1
		System.out.println(i == j);
		
		j =1; i = 1;
                //2
		System.out.println(i==j);
		
		i = 128; j = 128;
                //3
		System.out.println(i==j);
	}

Ausgabe ist hier:

false
true
false

zu 1)
Ich erstelle mir zwei Objekte vom Typ Integer. Wenn ich diese vergleiche sind es ja verschiedene, daher false.

Den Rest verstehe ich nciht ganz, zumal 2 und 3 echt sehr ähnlich sind, eigtl das gleiche, nur versch. Zahlenwerte. Dennoch gibt es einen anderen Rückgabewert von boolean?!?

Wäre nett von Euch, wenn mir das einer erklären könnte.

Danke!

Weil es einen Integerpool gibt, allerdings nur für Integer < 128 (bzw -127 bis +127). Bei new Integer wird allerdings immer ein neues Objekt erstellt und nicht eins aus dem Pool genommen!(daher ist de rerste Objektvergleich false, weils nicht die selben sind, beim zweiten true weils die selben sind und beim drittne eben nicht weils wieder unterschiedliche sind weil sie nicht aus dem Pool kommen sondenr wieder neue Objekte erstellt werden. Würde da i=127, j =127 stehen, würde es wieder gehen

 

[mrbela]

hey,

ja, das mit equals weiß ich. Nur wird das gerade in einer Vorlesung behandelt, in der es um "Programmiertheorie" geht, also eher weg von der Praxis (und somit equals).

i = 128; j = 128;

Ist das denn das gleiche wie

i = new Integer(128);
j = new Integer(128);

(wenn ich wie oben im Bsp. vorher i und j mit einem new Integer initiert habe.

Danke für die Hilfe!

 

[Gast2]

Ja, wenn die zahl >= 128 ist dann stimmt das so.
Ansonsten wird die zahl halt aus dem pool genommen und == würde true ergeben.

 

[mrbela]

Warum gerade bei >= 128??

Und was meinst Du mit "pool"?!

 

[Der Müde Joe]

Bei

Integer i = 128;

kommt das auto-boxing zu stande. Dabei wird

Integer.valueOf(128);

aufgerufen. Das == liefert true, weil ein IntegerCache in der Klasse Integer implementert ist, welche immer den gleichen (==) Integer zurück gibt. Darum funktionert == hier auch. Dies ist hingegen implementiertungspezifisch und kann bei einer andere Java-Version vielleicht nicht mehr vorhanden sein.

Ums auf dem Punkt zu bringen:
Objekte IMMER mit equals vergleichen. (Auch wenns in ausnahmen funktionieren würde...zB Bei String#intern() )

EDIT:
Hier noch etwas Code aus der Integer.java:

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

EDIT2:
Sorry. Bei 128 nicht mehr. Nur von -128 bis +127.
Beim ersten mal rufst du new Integer auf --> 2 verschiedene Objekte. false
beim 2ten mal kommt das Cache zum zuge --> true.
beim 3ten mal bis zu aus dem Cache draussen --> 2 mal new --> false

 

[mrbela]

Auch wenn der Thread was älter ist, wollt ich dennoch fragen, wozu man solch eine IntegerCache überhaupt eingeführt hat??

Perfekte Seite zur Erklärung des ganzen ist diese: https://www.owasp.org/index.php/Java_gotchas

Was wo liegt der Sinn dahinter??

Danke

 

[Gast2]

Es gibt zahlen die kommen häufig vor (1) und es gibt Zahlen die kommen nicht so häufig vor (643435423). Man kann also davon ausgehen dass ein Integer Objekt dass die 1 repräsentiert mehr als einmal im Programm vorkommen kann. Dann machts doch Sinn nicht jedes mal ein neues Objekt zu erzeugen sondern immer das selbe zu verwenden.

 

[SlaterB]

-128 bis +127 ist der Bereich von byte

 

[Marco13]

Man kann die Größe dieses Caches aber auch programmatisch beim Programmstart festlegen.

 

[ARadauer]

/**
* Cache to support the object identity semantics of autoboxing for values between
* -128 and 127 (inclusive) as required by JLS.
*
* The cache is initialized on first usage. The size of the cache
* may be controlled by the -XX:AutoBoxCacheMax=<size> option.
* During VM initialization, java.lang.Integer.IntegerCache.high property
* may be set and saved in the private system properties in the
* sun.misc.VM class.
*/

mhn naja... niemand ist perfekt und im nachhinein lässt sich woas kaum mehr ändern..

 

[mrbela]

Wie sieht denn das Auto-Boxing bei Strings aus?

Mache ich einen Aufruf à la

String s = "abc"

wird dann String.valueOf("abc") aufgerufen? So wie bei Integer?

Vielen Dank!

 

[Kr0e]

Es wird wohl eher new String(""); aufgerufen anstatt valueOf().

String haben in der Tat eine interessante Art des Cachings. Alle konstanten Strings sind meines Wissen gecached und maunell kannst du das mit String v = ...; v.intern(); erreichen..

 

[mrbela]

Jetzt hab ich doch nochma ne Frage dazu:

== prüft ja auf Objektgleichheit und .equals auf Inhalt.

Zwei primitve Datentypen kann ich aber mittels == auf Inhalt prüfen.

Also könnte man sagen, dass der "=="-Operator für primitive Datentypen auf Inhaltsgleichheit prüft, oder?

 

[SlaterB]

kann man sagen, aber nicht allzu spannend, primitive Datentypen haben eher keinen 'Inhalt', der ist durch den Wert an sich festgelegt

 

[xehpuk]

== prüft ja auf Objektgleichheit

Nein,

==

prüft auf Objektidentität.

equals()

prüft auf Objektgleichheit ("(to) equal" = "gleichen", "equality" = "Gleichheit").