Discussion :

[romano62880]

Bonjour à tous,

Je fais appel à vos talents pour m'expliquer ce qui se passe dans le bout de code suivant :

Code :

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

1
2
3
4
5
6
7
Integer i1 = 1000;
	Integer i2 = 1000;
	if(i1 != i2) System.out.println("i1 non égal à i2");
 
	Integer i3 = 127;
	Integer i4 = 127;
	if(i3 != i4) System.out.println("i3 non égal à i4");

A l'exécution il m'affiche bien "i1 non égal à i2". Jusque la d'accord, puisque i1 et i2 sont 2 objets différents, et ce sont ici les références qui sont comparées.

Cependant à ma grande surprise, il n'affiche pas "3 non égal à i4" !
Par contre si je fixe la valeur des variables i3 et i4 à 128 (au lieu de 127), la il m'affiche bien "i3 non égal à i4" !

Conclusion, si 2 Integer sont égaux et inférieurs à 128, java les considére égaux. Cependant si ils sont supérieurs à 128, ils ne sont plus égaux...

Si quelqu'un peut m'éclairer...

[hwoarang]

Au risque de te surprendre je dirais que ton résultat est... normal

En fait, la classe Integer utilise un cache pour les Integer entre -128 et 127. C'est ce qui explique le comportement que tu observes... Pour les Integer hors de ces bornes, c'est une création d'objet différent.

J'ajouterais que l'autoboxing fait appel a la fonction de la classe Integer :
public static Integer valueOf(int i)

Et si tu regardes sa source, tu verras le code correspondant au cache

a+

[romano62880]

Bon je répond moi même à ma question...

Java crée par défaut un pool d'Integer, compris entre les valeurs -127 et 127, et ce afin d'économiser la mémoire.

Et donc quand on instancie un Integer dans cette plage, on ne crée par de nouvelle objet, mais la référence pointe vers la valeur déja stockée dans le pool de connexion.

Donc Integer(127) et Integer(127) ont les mêmes adresses mémoires. Contrairement à Integer(128) et Integer(128).


edit@hwoarang : effectivement, tu m'as devancé, et je n'avais pas pris assez de temps pour chercher, merci

[tchize_]

Donc Integer(127) et Integer(127) ont les mêmes adresses mémoires. Contrairement à Integer(128) et Integer(128).

Attention, new Integer(127) et new Integer(127) ont bien des adresses différentes. C'est Integer.valueOf(127) qui fait appel à une cache!

[mohamine1989]

slt,
Pour tester les deux entiers essaye la méthode intValue () de la class Integer

Code :

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

1
2
3
4
5
6
Integer i1 = 1000;
	Integer i2 = 1000;
	if (i1.intValue () != i2.intValue ()) System.out.println("i1 non égal à i2");
	Integer i3 = 127;
	Integer i4 = 127;
	if(i3.intValue () != i4.intValue ()) System.out.println("i3 non égal à i4");

Ce que tu a fait toi, c'est crée deux instances de la class Integer, en les initialisant, tu a modifié les valeurs de chacun de leurs attributs value, qui est de type int, (i1.value == 1000, i2.value == 1000), ensuite, si tu fait

Code :

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

if (i1 != i2)

Tu vas tester les deux references des instances, i1 et i2, par contre si tu met, i1.intValue (), la méthode intValue () vas retournée la valeur contenue dans l’attribue value de l'instance i1, donc tester deux entier, pas deux references des instances de la class Integer .
A+ .

[thelvin]

Pour tester les deux entiers essaye la méthode intValue ()

Oui, ou equals(), comme à chaque fois qu'on veut comparer des objets.
Mais là la question c'était pas s'il fallait utiliser == ou autre chose, mais pourquoi des fois les objets c'est les mêmes et des fois pas. Une sorte de curiosité scientifique.

Ce que tu a fait toi, c'est crée deux instances de la class Integer, en les initialisant, tu a modifié les valeurs de chacun de leurs attributs value, qui est de type int, (i1.value == 1000, i2.value == 1000), ensuite, si tu fait

Code :

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

if (i1 != i2)

Tu vas tester les deux references des instances, i1 et i2, par contre si tu met, i1.intValue (), la méthode intValue () vas retournée la valeur contenue dans l’attribue value de l'instance i1, donc tester deux entier, pas deux references des instances de la class Integer .

J'ai pas trop compris ce que tu essaies de dire, mais, comme nous l'avons vu, il a créé trois instances de la classe Integer, pas deux, pas quatre.
Et Integer étant une classe immutable on ne peut pas changer la valeur de son attribut value après que l'objet a été instancié.

[romano62880]

Merci pour vos réponses.

Tout comme le dit thelvin, je ne cherchais pas ici à tester 2 entiers, je me posais simplement la question, à savoir pourquoi quand on crée deux objets Integer(127), ceux-ci avaient la même adresse mémoire, et pourquoi quand on en crée 2 Integer(128) ceux-ci avaient des adresses différentes.
Je sais bien qu'en utilisant equals() ou intValue() il compare la valeur de l'entier.

@tchize_ : tu fais erreur, deux objets new Integer(127) et new Integer(127) ont bien la même adresse mémoire ! C'est ce qu'on vient d'expliquer.