Discussion :

[Guybrush]

Une question que je me suis souvent posée sans vraiment trouver de réponse claire : que le moyen le plus propre de fermer une JFrame ? et en particulier au niveau de la libération des ressources ?
Dans plusieurs de mes applications Java, j'ouvre et je ferme des dizaines de JFrame différentes et l'occupation mémoire augmente sensiblement à chaque ouverture sans vraiment descendre lorsque je ferme une fenêtre.

- Faut se contenter d'un setVisible(false) ?
- appel à dispose ?
- setDefaultCloseOperation(EXIT_ON_CLOSE) ?
- passer tous les membres (JComponent) à null pour aider le gc
- vider tous les Container avant de fermer ? (avec la méthode removeAll) ?

[Deadpool]

Salut.

- Faut se contenter d'un setVisible(false) ?

Un setVisible(false) ne libère pas les ressources puisque la fenêtre peut par la suite être affichée de nouveau en utilisant setVisible(true).
Cette méthode est donc à utiliser avec les fenêtres que tu vas réutiliser.

- appel à dispose ?

Là par contre, cette méthode libère les ressources associés à la fenêtre. Méthode à utiliser avec une fenêtre dont tu n'as plus besoin.

- setDefaultCloseOperation(EXIT_ON_CLOSE) ?

Ben là ça va fermer ton programme à chaque fois que tu va cliquer sur la croix de fermeture d'une de tes fenêtres, par sur que ce soit ce que tu veux.

- passer tous les membres (JComponent) à null pour aider le gc
- vider tous les Container avant de fermer ? (avec la méthode removeAll) ?

A mon avis, mieux vaut ne pas s'embêter et faire directement un dispose sur la fenêtre si tu ne l'utilises plus.

[tchize_]

et n'oubliez pas: ne plus garder de référence à la fenêtre. En effet:


setVisible(false) va cacher la fenêtre (première étape indispensable avant dispose)
dispose() va libérer les ressources natives associées à la fenêtre (nécessaire pour éviter des perte mémoire)
Ne plus garder de référence à la frame: comme pour tout objet java, la règle est la même tant que l'objet reste accessible, le gc ne le libérera pas les ressource

[Guybrush]

et n'oubliez pas: ne plus garder de référence à la fenêtre. En effet:


setVisible(false) va cacher la fenêtre (première étape indispensable avant dispose)
dispose() va libérer les ressources natives associées à la fenêtre (nécessaire pour éviter des perte mémoire)
Ne plus garder de référence à la frame: comme pour tout objet java, la règle est la même tant que l'objet reste accessible, le gc ne le libérera pas les ressource

Ben justement, si l'UI de la fenêtre est un peu complexe, avec des Jpanel qui contiennent des JScrollpane qui contiennent des jcomponent, etc. ils risquent d'y avoir des références croisées entre les différents objets. Est ce que cela n'empeche pas le gc de les libérer ?

[le y@m's]

Ben justement, si l'UI de la fenêtre est un peu complexe, avec des Jpanel qui contiennent des JScrollpane qui contiennent des jcomponent, etc. ils risquent d'y avoir des références croisées entre les différents objets. Est ce que cela n'empeche pas le gc de les libérer ?

Non le GC gère les références cycliques et va les libérer

[tchize_]

Le GC gère sans problème (heureusement tiens) les références cycliques.