Bonjour,
je voudrais savoir s'il est possible de détruire un objet qui ne me sert plus (pour ne pas gaspiller la mémoire);
 
Merci pour vos conseils
++

http://www.iam.ubc.ca/guides/javat [...] ction.html

en gros les objets qui ne sont plus référencés sont detruits par le garbage collector. Pour détruire un objet, il te suffit de mettre toutes ses références à null.

heu oui mais ca n'est pas forcément une trés bonne idée...
imagines tu as une List qui contient 10.000 objets, il faudrait parser toute la liste pour mettre chaque objet à null, ca va être trés lent!  
Dans les dernières versions de JVM, ca n'est pas recommandé. Le cout d'allocation est trés faible, et le garbage collector est beaucoup plus efficace qu'avant, il vaut mieux lui laisser faire le travail tout seul.
Mieux vaut mettre ses efforts dans le tuning de la JVM...

ben si il reste une référence vers ton objet qui n'est pas null, le garbage collector le détruira pas.

non, et puis tu fous la liste à null, et hop.
de toutes façons, effectivement ça ne sert pas à grand chose de faire ça. si tu codes proprement ça doit etre rarement necessaire....

merci bien, je vais le mettre à null.
Faut-il que j'appelle la Garbage Collector (system.gc() ou elle est appellée tte seule) ?
Pour mettre à null mon objet, je dois faire : monInstance = (montype)null ?
 
Merci
++

PAs la peine d'appeller le GC, normalement, il se débrouille très bien tout seul.
Sinon, monInstance = null suffit.

merci, je testerais demain à la fac
++

non seulement tu n'a pas besoin de l'appeler, mais c'est en plus fortement déconseillé, sauf cas particulier

ouuaip j'avais lu un article d'IBM là dessus sur developerworks...le gars recommandait de pas toucher au GC

ok mais c'est quoi les cas particuliers (juste pour info)?

De toute façon, mettre les références à null ne garantie pas que le garbage collector va détruire les objets associés.
Si ton appli n'a pas besoin de plus de mémoire, tes objets ne seront détruis qu'à la fermeture de l'application.

ben le problème avec System.gc(), c'est que ca lance un garbage collector global, ca va donc prendre beaucoup plus de temps que si tu avais laissé la JVM gérer toute seule (il y a plusieurs niveaux de garbage collector)

Exact, si Java, possède un mécanisme de gestion automatique de la mémoire, c'est pas pour qu'on essai de gérer lé mémoire nous même. Si pour toi la gestion mémoire est très critique, il vaut mieux faire ça en C++ ou Delphi ou tout autre langage non géré.
 
Le code géré a ses avantages et ses inconvénients comme toute chose  

quand l'utilisateur a le dos tourné : au moment de la mise en veille, ou en fin de traitement bloquant l'application. Si on sait que ça vaut le coup.

tain, il faut webcam + detection de mouvement pour collecter le garbage, pas étonnant qu'on dise que java soit lent