Discussion :

[Clorish]

Juste une question bete : Quel est le processus sous java pour liberer les objets proprement ?
il y a un equivalent au "free" du language delphi par exemple ?

Je sais qu'il y a un "garbage collector" qui evite les fuites memoire mais ce n'est pas pour autant la peine de progremmer comme un porcass

[adiGuba]

Salut,

Juste une question bete : Quel est le processus sous java pour liberer les objets proprement ?
il y a un equivalent au "free" du language delphi par exemple ?

Non le mieux est bien de laisser le GC se charger de libérer la mémoire lorsque c'est nécessaire. Il suffit donc de ne pas conserver de référence inutilement.

Il faut donc éviter de mettre en static ou en attribut d'instance des objets à courte durée de vie... mais rien de plus.

On ne peut pas forcer la libération de la mémoire d'un objet en particulier, et si il est possible de forcer le passage du GC, ce n'est pas recommandé du tout (pour plus de détail, lire : Difference de performances Unix/Windows d'un programme?)


Par contre cela ne concerne QUE la mémoire, et toutes les autres ressources (fichiers, sockets, etc.) doivent être explicitement libéré (généralement via leurs méthode close()). Pour cela le plus sûr étant d'utiliser un bloc try/finally :

Code :

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

1
2
3
4
5
6
FileWriter file = new FileWriter("file.txt");
try {
    // Code d'écriture dans le fichier
} finally {
    file.close();
}

a++

[mat360]

Pour lancer le garbage collector, tu peux utiliser la méthode System.gc().
Mais il n'est pas recommandé de lancer le garbage collector de manière programmatique, cela risque de dégrader les performances de ton application. Dans un premier temps, laisse faire la jvm. Et de toute manière, si tu as des soucis de performance, ce n'est pas ainsi que tu vas les résoudre.

Par contre, il est important de t'assurer dans ton code que les objets dont tu n'as plus besoin ne sont plus référencés. Ainsi, au prochain passage du garbage collector, ils seront détruits. Tu peux affecter 'null' à une variable pour déférencer l'objet préalablement associé. Attention aussi aux lists et map qui se baladent dans le code et qui ne sont jamais détruites.

[Clorish]

ok ...
C'est bon a savoir.
Je ne cherche pas a regler des problemes de perfs mais bien au contraire a en eviter. Je connait trop bien les problemes lié a la non liberation d'un objet dans des langages plus "classique".
Quand a s'y retrouver entre les instances et les references a des instances (les variables, parametres qui reference la variable qui a "recu" l'instance initiale) ....

Je prefere donc que ce soit quelqu'un d'autre que moi qui s'en occupe (et surement mieux )

donc en resumer il vaut mieux prendre les classes Java comme les Interfaces dans les autres langages (ie : Liberation auto des que le compteur de redference passe a 0)

Pour ce qui est du "close" bien sur ... cela rentre dans un autre cadre. Ce n'est pas la liberation de l'objet lui meme, mais de la ressource qu'il manipule ... Bien que je suppose que la classe est faite telle que la ressource est liberee lors de la destruction de l'objet, il est preferable en effet de passer par un appel explicite !
(au passage : Comment tu sais que c'ets sur un FileReader/Writer que je me suis pose la question )

Au passage : MEs souvenirs de fac sont loin et je me demandais si il existait un "destructeur" qui est automatiquement appelé (eventuelement a surchargé) ou bien il faut creer sa methode "close" quand on a besoin de liberer des ressources ....
Vu que l'on a plus d'instance de classe a liberer, la presence d'un destructeur n'a plus trop de sens .... d'ou ma question.

[Sanguko]

La methode finalize est appelée par le GC, juste avant la liberation memoire de l'objet.
Dans la methode finalize de File, il y a un appel a close, s'il n'a pas déjà été fait.

Néanmoins, il est recommandé de ne pas attendre le GC pour liberer les ressources critiques.
Dans ce cas, il faut donc pouvoir appeler explicitement une methode qui fait cette liberation. C'est le cas de File.close, d'Image.flush(), etc ...

[Clorish]

ok, c'est noté.

Jusque la ca respecte la logique de programmation que j'utilise deja, avec un soucis de moins : la liberation manuelle de la memoire des objets.

Le tout est juste de savoir comment ca fonctionne