Discussion :

[scary]

Bonjour, (surtout n'hésitez pas à me corrigé car il se peut que cela soit moi qui ai mal compris)

Je me pose une question sur la classe String de Java. Notre prof nous à dit que lorsque l'on créé une instance de cette classe et que l'on change la valeur par exemple:

Code :

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

1
2
String ch = "toto";
ch = "titi";

La chaîne "toto" n'est pas effacé mais est gardé en mémoire (alors déjà est-ce dans le tas ou dans la pile ?) et recréé une instance contenant la chaine "titi" puisque c'est un objet non mutable.
Mais si à chaque fois que je change ma String "ch", l'ancienne valeur est resté en mémoire cela peut prendre énormément de place et surtout cela n'est pas très sécurisé car je suis sur qu'un petit malin peut malgré tout allé fouillé dans la mémoire pour trouvé toutes les valeurs de "ch". Et que donc il fallait mieux utiliser des StringBuffer à la place des String.

Alors je voudrais savoir si cela est vrai mais surtout avoir plus de détail et d'explications sur ce fonctionnement car je n'ai rien trouvé sur le net

Merci d'avance

[psycocouac]

Le garbage collector s'occupe des String comme n'importe quel objet
sauf dans un cas particulier : http://bugs.sun.com/bugdatabase/view...bug_id=4513622

Sinon pour éviter les doublons de string en mémoire, tu as la méthode intern() :
http://java.sun.com/j2se/1.4.2/docs/....html#intern()

[scary]

Et bien apparemment si je fais ça:

Code :

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

1
2
3
String ch;
  for (int i = 0; i<10; i++)
    ch += i;

Il y a autant d'instance d'instances de String que de tour de boucle qui est créé et cela m'étonnerais que le GC passe à chaque tour de boucle pour effacer la précédente valeur. Donc ces valeurs doivent bien être quelques part ? et c'est tout de même dangereux car à tout les coups on doit pouvoir y accéder à ces valeurs non changé. Ce que j'aimerais donc c'est plus de détail sur le fonctionnement des String par Java et pas un lien pour évité ça (on peut y remédier en utilisant plus des String mais des StringBuffer) même si le lien du bug était intéressant. Merci

[Uther]

Les objets sont toujours alloués sur le tas. Seuls les types primitifs et les références sont alloués sur la pile.

Le garbage collector ne libèrera pas les chaines immédiatement, mais par paquets, à intervalle régulier, comme tout objet qui n'a plus aucune référence qui pointe sur lui.
Donc les chaines ne resteront pas en mémoire indéfiniment.

Je ne pense pas que se soit un gros risque de sécurité supplémentaire, car si tu peux accéder à cette valeur, ça veux dire que tu as le moyen de consulter directement la mémoire de ta machine. Donc que tu peux tout aussi bien récupérer la valeur avant qu'elle ait été effacée.

[scary]

Ok merci bien de ces précisions. Mais si le GC les effaces par paquets cela peut faire de grosses fuites mémoire non ? enfin je sais pas si on peut parlé de fuite mémoire en Java...

[Uther]

C'est sur que la consommation mémoire de Java a un instant donné est moins prévisible qu'en C ou l'on sait exactement quand et combien de mémoire est allouée/libérée.

Mais on ne peut pas parler de fuite mémoire, vu que la mémoire sera bien libérée, il y a juste un léger délai de retard qui n'est normalement pas gênant. Il y a fuite mémoire si tu gardes une référence vers des objets que tu n'utilises plus, car là le GC ne saura pas les libérer.

L'algorithme du GC de java n'est pas mauvais et la mémoire est libérée avant que ça devienne gênant. Enfin, si jamais la mémoire venait à manquer, un GC sera effectué de force.