Discussion :

[publicStaticVoidMain]

Bonjour,
je suis en train de faire lire un code source lorsque je vois cette ligne :

Code :

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

1
2
 
this.currentGraph = new WeakReference(sourceGraph);

La question que je me pose est c'est quoi la classe WeakReference?? A quoi sert-elle? J'ai essayé de lire ce que dit la doc de Sun l--dessus mais j'avoue que je n'ai rien compris.
Est ce que quelqu'un peut m"éclairer ??????

[tchize_]

c'est une référence qui, en gros, n'est pas prise en compte dans le calcul du garbage collection. Ca veux dire que dans ton cas, ca n'empeche pas sourceGraph d'être nettoyé par le GC si il n'est plus utilisé ailleurs. On utilise ça quand la référence n'a pas d'importance et peut etre perdue (en gros l'objet peut disparaitre sans prévenir, ca nous dérange pas plus que ca).

[adiGuba]

Salut,


Tu trouveras plus d'infos sur les différents types de références sur mon blog : Comprendre les Références en Java


a++

[Invité]

En gros, ça consiste à mettre un objet à la poubelle pour libérer de la place, en espérant que les éboueurs ne passent pas ?

[Uther]

A peu de chose près oui.
Cependant, tant qu'il restera des référence normales sur l'objet, on est certain que les éboueurs ne le ramasseront pas.

[Invité]

Je me suis perdu en route après les soft reference ^^
ça a l'air très intéressant, mais vraiment spécifique aux langages interprétés par une VM

[adiGuba]

Je me suis perdu en route après les soft reference ^^

Les différences sont assez subtiles et il m'arrive moi même de les confondre

C'est bien de connaitre leurs existence, mais leurs utilisations est plutôt rare et nécessite une bonne compréhension.

ça a l'air très intéressant, mais vraiment spécifique aux langages interprétés par une VM

Plus précisément aux langages dont la mémoire est géré par un GC

a++

[tchize_]

C'est bien de connaitre leurs existence, mais leurs utilisations est plutôt rare et nécessite une bonne compréhension.

Une utilisation courante est recommandée est le maintient d'un liste de listener. Le listener a sa vie propre, et t'as pas envie que l'existence d'objets sur lequel il écoute empeche son garbage collecting, sinon, en interfaces graphique, on arrive vite à des situation de memory leak car les listener ne peuvent pas etre GC -> ils gardent des données qui elles meme sont peut etre des composant graphiques qui eux meme gardent alors leur listener, etc.

[egann538]

En gros le but des WeakReference est de pouvoir éviter les références en boucles, qui créent des problèmes de fuite mémoire car les objets ne sont jamais "garbage collectés".

Ainsi si A contient une référence sur B, et que B doit aussi avoir une référence sur A (par exemple dans le sus-cité du listener), alors on fera en sorte que B aie une WeakReference sur A, plutôt qu'une référence forte. Lorsque A sera supprimé, A et B pourront alors être garbage collecté.

Si cela n'avait pas été fait, lors de la suppression de A, et du passage du GC, celui-ci aurait vu que B avait encore une référence sur A, et ne l'aurait donc pas collecté. Même cas pour B, et donc problème potentiel de fuite mémoire.

[Uther]

Un bon système de GC (et java en a un bon) sait heureusement gérer les références en boucle tout seul sans que l'on aie besoin de l'aider avec des weak-references.

Si ce n'était pas le cas l'interet du GC serait vraiment limité.

[tchize_]

exact uther, on utiliser ca quand, dans la boucle, il y a un objet non GCisable mais qu'on veut que le reste de la boucle le soit.

[publicStaticVoidMain]

Merci pour vos réponses !!!