Discussion :

[lenny32]

Bonjour
Je ne sais pas ou vraiment mettre ce message alors veuillez m'en excuser.
Aujourd'hui je voulu faire une comparaison sur des Integer donc pas '==' mais je l'ai fais quand même. J'ai eu un résultat assez surprenant.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
a = 100, b = 100;
Integer c = 1000,d = 1000;
 
System.out.println(a == b);
System.out.println(c == d);

le résultat dans l'ordre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
a == b  : true
c == d   : false

Donc ma question est en un mot : Pourquoi un résultat aussi étrange?

[tchize_]

parce que == sur des Objet ne compare que les référence, pas le contenu des Objets. Pour comparer le contenu des object, il faut utiliser equals

Donc dans ton cas:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
a = 100, b = 100;
Integer c = 1000,d = 1000;
Integer e = d;
System.out.println(a == b);  // true
System.out.println(c == d);  //false
System.out.println(c.equals(d));  //true
System.out.println(d == e);  // true (même instance)

Là où tu va vraiment te tordre les méninges, c'est ici:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Integer c = 100,d = 100;
Integer e= new Integer(100);
System.out.println(c == d);  //true
System.out.println(d == e);  //false

En effet, la jvm pour l'autoboxing, garantis au niveau des integers que les valeur -128 à +127 sont gardées en cache et réutilisée, donc toutes les instance d'une même valeur seront les mêmes :p Mais c'est pas le cas pour e car j'utilise un constructeur explicite


edit: j'avais cru à ton premier message que a et b étaient int et pas Integer :p

[Rei Ichido]

Parce que quand tu fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Integer a = 100

L'autoboxing transforme en :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Integer a = Integer.valueOf(100);

Laquelle fonction checke si l'entier passé en argument est plus petit que 128 (en valeur absolue), et si c'est le cas, utilise une valeur en cache (évitant de générer inutilement plein d'instances pour les petits entiers).

[lenny32]

Merci pour les explication c'est génial au moins je ne pars pas les mains vides.
Mais c'est référencé quelque part l'histoire de -128 et +127 et surtout pourquoi?

Oui oui je parle bien de Integer pas de int

[Rei Ichido]

Pourquoi => pour ne pas instancier sans arrêt des choses qui n'ont pas besoin de l'être. Les petits entiers sont très utilisés dans le code, pas la peine d'en instancier à chaque fois.

Documenté : il suffit de regarder le code de la classe

[lenny32]

Merci, je clôture.

[tchize_]

Plus précisément, c'est document explicitement dans le Java language specification troisième édition

If the value p being boxed is true, false, a byte, a char in the range \u0000 to \u007f, or an int or short number between -128 and 127, then let r1 and r2 be the results of any two boxing conversions of p. It is always the case that r1 == r2.