Discussion :

[olivier252]

Bonjour, l'égalité avec le type String me pose problème, plus spécifiquement ce bout de code :

Code :

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

1
2
3
4
 
String x = new String("Hello World"); 
String y = "Hello World"; 
System.out.println(x == y); // false

Il y a 2 références distinctes, mais il y a aussi le fait que le littéral "y" est placé dans le String pool du heap, contrairement à l'objet "x" qui n'est pas "poolé".
Est-la bonne raison pour que le l'opération de comparaison x==y retourne false ?

Merci

[thelvin]

Le plus simple est encore de se rappeler qu'on ne compare pas les objets avec ==

Avec les objets, == sert à vérifier si deux variables pointent vers le même objet, ou si une variable pointe vers null. Quand ce qu'on veut faire, ce n'est pas ça, alors il ne faut pas utiliser == parce que ça n'essaie absolument pas de faire ce qu'on veut.

Pour rappel, on compare les objets avec equals()

Maintenant, si tu veux regarder plus loin et réfléchir à ce qui se passe,

je dirais que la raison pour laquelle tu n'as pas d'égalité, c'est que l'un de tes objets est obtenu avec new. Littéralement, ça ne sert pas à autre chose que garantir que l'objet obtenu, est un autre objet que tous ceux que tu pourrais avoir jusque-là.

Tu obtiens des objets différents, parce que c'est uniquement à ça que sert new.

Le concept de pool de String n'est pas particulièrement intéressant face à ça. Le pool de String explique comment tu peux avoir deux objets String qui sont égaux. Et quand on passe pas par ce pool, on obtiendra vraisemblablement des objets différents.

[olivier252]

Bonjour et merci pour ta réponse,

En effet, je suis conscient que l'on n'utilise pas le == pour comparer des objets.

Ce code provient d'une question QCM dans un énoncé de certification OCA java, et j'aurais dû le préciser. Le == est là uniquement pour corser un peu l'exercice.

Merci encore