Discussion :

[nuriel2]

Salut,

J'ai ete a un entretien et l'une des questions ressemblait a ceci (je passe les tests du meme genre sur String avec equals et l'utilisation de new):

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class TestString {
   public static void main(String[] args) {
      String t1 = "France";
      String t2 = t1 + " Mexique";
      String t3 = t1 + " Mexique";    
 
      String t4 = "France" + " Mexique";
      String t5 = "France" + " Mexique";
 
      if(t2 == t3)
         System.out.println("Equals"); 
      else
         System.out.println("Not Equals"); //Resultat affiche
 
      if(t4 == t5)
         System.out.println("Equals"); //Resultat affiche
      else
         System.out.println("Not Equals");
   }
}

Je me dis sur le coup, vu qu'un String ne peut pas changer, t2 et t3 pointent forcement sur le meme objet, donc le 1er test afficherait "Equals". Ce n'est pourtant pas le cas, et j'ai un peu de mal à m'expliquer pourquoi, surtout quand on voit que le 2nd test renvoie "Equals" comme prevu. Pourquoi t2 et t3 pointent ils sur des objets differents ?

Merci d'avance de votre aide.

Nuriel

[r2d2abc]

Salut, Immutable signifie not mutable (!mutable (String,Integer,, type primitifs)) c'est à dire que l'attribut devient une constante une fois initialisée et ne peut donc être modifiée (eq final devant une déclaration). Ajouter des constantes entre elles et les assigner à deux variables donne une constante donc une réference unique, donc les 2 variables pointent sur la même valeur, donc égalité vraie, tout autre cas multiplie les instances donc des tests d'équivalence faussés.
http://gfx.developpez.com/tutoriel/java/strings/
hth...

[Invité]

Salut,

Ici ce comportement est explicable comme suit: Pour les chaines un pool est utilisé pour ne pas réinstantier une chaine si le compilateur peut déterminer statiquement que le résultat est le même. Dans le cas où tu concatènes deux litéraux chaines "France" + "Mexique", le compilateur est sûr que le résultat est le même dans les deux cas, donc la même instance sera référencée.
L'analyse statique exécutée par le compilo Java est plutôt sommaire étant donné que la VM s'occupe de vraiment optimiser, donc dans l'autre cas

Code :

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

1
2
3
4
 
 String t1 = "France";
 String t2 = t1 + " Mexique";
 String t3 = t1 + " Mexique";

L'utilisation de t1 fait que le compilo n'est plus capable de déterminer que t1 n'a pas été changé entre les deux utilisations. Une analyse statique plus poussée (dans ce cas une analyse du flux de contrôle montrerait tout de suite que t1 n'est pas modifié et on pourrait même inliner, mais ça changerait beaucoup le comportement habituel du compilo et pourrait conduire à des résultats inattendus) pourrait permettre de le déterminer, mais le compilo ne fait pas la différence entre ce cas et

Code :

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

1
2
3
4
5
 
 String t1 = "France";
 String t2 = t1 + " Mexique";
 t1 = "Allemagne";
 String t3 = t1 + " Mexique";

Et donc deux instances différentes sont utilisées pour t2 et t3.
J'espère avoir été clair

A plus

[tchize_]

je rajoute que poser cette question à un entretiens, à moins qu'on demande un programmeur java avec 5 ans d'expérience effective, c'est du chipo n'importe nawak C'est vraiment pour dire de ne finir avec aucun candidat si toutes les questions étaient dans le même accabi D'ailleurs un "bon" candidat répondrait que, de toutes façons, on ne compare pas des String avec == sauf si on veux risquer de foutre en l'air le code au moindre changement


Je rajouterais que le comportement d'égalité dans le cas où les string ont statiquement pu être analysée commé étant égales, n'est pas nécessairement le même d'un compilateur à l'autre. Certe le compilo de oracle le fait, mais d'autre compilateurs pourraient ne pas le faire, ou, à l'inverse, pourraient aussi le faire dans l'autre cas.

[hwoarang]

Perso, j'aurais répondu que ca depend de la gestion de la memoire par la VM (faut pas oublier que l'un des plus gros interet de java est l'aspect multi-plateforme donc il vaut mieux eviter le code spécifique qui marchera sur tel version sur tel OS et pas sur tel autre) et que si on veut tester si 2 chaines sont identiques, il faut utiliser Object.equals...

[tchize_]

rien à voir avec la gestion de la mémoire par la jvm, les règle de la jvm sont les même pour tout le monde ^^. Quand tu fais un new t'as un nouvel objet et donc == dira false. C'est le compilateur qui, pour le code monté plus haut, choisi où et comment il place ses new