Version imprimable
Bonjours à tous,
En rapport avec mon dernier "post". De quel manière je peux être sure qu'un objet est détruit et il ne reste plus de référence dessus.
je sais comme peux mettre à null l'objet. Cependant, s'il y a des références sur cette objet comment m'assurer que leurs valeurs à eux aussi est à null.
Merci
Salut,
Les instances qui ont besoin de manipuler ton objet ont une référence dessus, le temps nécessaire, et ceux qui n'en n'ont pas besoin, n'en n'ont pas. Et, normalement, les instances qui ont besoin de manipuler l'objet sont très limitées et tu les connais, donc tu peux supprimer ces références facilement.
A noter que, si la référence sur un objet est contenue dans une instance A, dont la référence est contenue dans une instance B, et uniquement dans celle-ci, il suffit de supprimer la référence de A dans B, pour que l'objet deviennent éligible par le garbage recollector.
Il peut arriver parfois qu'on veuille éviter d'avoir à gérer la suppression de certaines références, pour différentes raisons : pour ça, on dispose des WeakReference. Il y a également la WeakHashMap, qui permet d'associer à ton objet un autre objet, tel que si toutes les références sur ton objet sont supprimées, l'association est "automatiquement" supprimées.
En concevant et en documentant ton programme de sorte qu'il soit parfaitement clair que c'est le cas.Citation:
Envoyé par moham104
En réalité, en Java, on ne "met à null" pratiquement jamais rien. Quand une variable est à null, c'est en général parce qu'elle n'a jamais eu d'autre valeur que null.
L'objet sera détruit lorsqu'on n'a plus besoin de lui, c'est-à-dire quand tous les objets qui s'en servaient, peuvent être détruits aussi.
Cela arrive, par exemple,
- lorsque ces objets étaient stockés dans une structure quelconque (Map, List, Set, tableau...) et qu'on les en a enlevés.
- lorsque ces objets étaient variables locales d'une méthode, le temps de son fonctionnement, et que cette méthode se termine sans avoir placé l'objet dans une structure quelconque, terminant ainsi le besoin de l'objet.
- lorsque le programme lui-même se termine.
- etc.