Discussion :

[atha2]

Bonsoir,
lorsque je fait :

Code :

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

1
2
3
4
 
String a = "hello";
String b = "hello";
System.out.println(a == b);

il m'affiche "true". Donc a priori, le compilateur décide de créer un seul objet. Est-ce que ce n'est pas dangereux ? Même si les String sont immuable, je me pose la question. D'autant que si je fais :

Code :

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

1
2
3
4
 
String a = new String("hello");
String b = new String("hello");
System.out.println(a == b);

alors il m'affiche "false". pourquoi on optimise pas ici aussi ?

[adiGuba]

Salut,

il m'affiche "true". Donc a priori, le compilateur décide de créer un seul objet.

Oui ! Enfin le couple compilateur/machine virtuelle plus exactement.

On appelle ceci une "String literal", c'est à dire une chaine directement présente dans le code. Lors de l'exécution des objets de type String sont créé mais ils sont "internés", et les valeurs égales sont partagées par toutes les instances...

[edit] Plus d'info : http://java.sun.com/docs/books/jls/t...al.html#3.10.5

Est-ce que ce n'est pas dangereux ? Même si les String sont immuable, je me pose la question.

Non ce n'est pas vraiment dangereux. Il n'y a que la réflection qui pourrait changer la valeur d'une String, mais en environnement protégé cela peut être empêché via un SecurityManager, et le code est suffisamment "complexe" pour que ce ne soit pas une simple erreur...

pourquoi on optimise pas ici aussi ?

Il optimise aussi ! En fait tu as 3 objets car c'est comme si tu faisais ceci :

Code :

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

1
2
3
String hello = "hello";
String a = new String(hello);
String b = new String(hello);

Le couple compilateur/JVM optimise bien les "hello" mais ne peut pas modifier ton code (tu créés explicitement deux objets en copie).

a++

[Grimly_old]

Pour tester une égalité (en valeur et non en référence), il est préférable d'utiliser la méthode Object.equals(Object obj)

[adiGuba]

Petite "correction" :

Pour tester une égalité (en valeur et non en référence), il faut d'utiliser la méthode Object.equals(Object obj)

Mis à part pour les enums (qui sont un type à part), la comparaison des valeurs des objets se fait via la méthode equals().


a++