[JFrame] Fermer "proprement"

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) ?

Salut.

Citation:

---

Envoyé par Guybrush

- 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.

Citation:

---

Envoyé par Guybrush

- 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.

Citation:

---

Envoyé par Guybrush

- 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.

Citation:

---

Envoyé par Guybrush

- 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.

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

Citation:

---

Envoyé par 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

---

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 ?

Citation:

---

Envoyé par Guybrush

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 ;)

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

alors comment expliquer cette augmentation de l'occupation mémoire à chaque ouverture de fenetre ?

Le GC libère la mémoire quand il veut, et particulièrement lorsque c'est nécessaire. La libération d'une fenêtre marque tous les objets comme libérable par le GC. Il le fera lorsque la mémoire utilisée sera nécessaire à autre chose, ou lorsqu'il s'ennuiera et n'aura que ça à faire.

Accessoirement il ne faut pas mesurer la mémoire utilisé réellement par la JVM à l'aune du gestionnaire des tâches, celle que tu vois dans le gestionnaire des tâches est seulement la mémoire réservée par la JVM, il se peut que ton application en utilise réellement beaucoup moins, et que la JVM garde en réserve le reste.

Citation:

---

Envoyé par sinok

Accessoirement il ne faut pas mesurer la mémoire utilisé réellement par la JVM à l'aune du gestionnaire des tâches, celle que tu vois dans le gestionnaire des tâches est seulement la mémoire réservée par la JVM, il se peut que ton application en utilise réellement beaucoup moins, et que la JVM garde en réserve le reste.

---

alors comment calculer la mémoire réellement utilisée par l'application ?

Citation:

---

Envoyé par Guybrush

alors comment calculer la mémoire réellement utilisée par l'application ?

---

Tu peux utiliser un outil de monitoring tel que jvisualvm qui est maintenant fourni avec le JDK (dans le dossier bin/ de ton répertoire d'installation du jdk).

Avec cet outil tu pourras aussi voir pourquoi tes ressources ne sont pas libérées (enfin, c'est simple à dire mais pas forcément à faire).

Bonjour, je m'intéresse également à cette question de ressources ...
-est-ce que les ressources sont libérées simplement après un

Code:

---

System.exit(0);

---

?
-si ce n'est pas le cas, est-ce que faire suivre l'instruction dispose() de l'instruction System.exit() laisse le temps au GC de libérer les ressources ?

Merci de vos réponses

Avec System.exit() tu fermes complètement ton programme donc la mémoire est bien évidemment libérée. A moins d'un bug dans la JVM ;)

C'est la JVM qui fait tourner le GC, pas ton application.

C'est noté :)
Merci pour votre réponse claire et étonnament prompte !!