Discussion :

[Sharcoux]

Bonjour,

J'ai juste une petite interrogation par rapport aux JFrame :

Mettons que je fasse un setVisible(false) sur une JFrame, puis que celle-ci ne soit plus référencée, càd qqc comme :

Code :

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

1
2
3
4
JFrame f = new JFrame();
...
f.setVisible(false);
f = null;

en gros.

Est-ce que la JFrame sera garbage collectée ?

Merci

[tchize_]

Comme tout objet java, il est nettoyable par le GC dès qu'il n'y a plus de référence qui permette de l'atteindre. Donc en gros, quand il n'est plus à l'écran et que ton code n'y fait plus référence.

[Sharcoux]

Ok.

Je me posais la question parce qu'une fenêtre non référencée mais visible ne sera pas garbage collectée (fort heureusement)...

Merci pour tes explications.

[joel.drigo]

Comme tout objet java, il est nettoyable par le GC dès qu'il n'y a plus de référence qui permette de l'atteindre. Donc en gros, quand il n'est plus à l'écran et que ton code n'y fait plus référence.

Salut,

je pensais qu'il fallait faire un dispose() pour ça (qu'un setVisible(false) n'était pas suffisant que toutes les références internes à SWING sur la JFrame soient supprimées)

[Sharcoux]

Euh... Conclusion ?

[adiGuba]

Salut,

Je me posais la question parce qu'une fenêtre non référencée mais visible ne sera pas garbage collectée (fort heureusement)...

En fait il existe toujours une référence vers une fenêtre visible...

je pensais qu'il fallait faire un dispose() pour ça (qu'un setVisible(false) n'était pas suffisant que toutes les références internes à SWING sur la JFrame soient supprimées)

Il faut bien appeler dispose() pour complètement libérer les ressources utilisées par la fenêtre.
Mais il ne s'agit pas de ressources géré par le Garbage Collector, mais de ressource système.


a++

[joel.drigo]

Il faut bien appeler dispose() pour complètement libérer les ressources utilisées par la fenêtre.
Mais il ne s'agit pas de ressources géré par le Garbage Collector, mais de ressource système.

Ca c'est ce que dit clairement la doc. En revanche, ce qui est moins clair, c'est si un setVisible(false) est invoqué et que le code appelant n'a plus de référence sur la frame, c'est qu'elle puisse être "garbagée" (j'entends par là "éligible comme libérable par le Garbage Collector") dans ce cas : ce qui signifie qu'on pourrait permettre de libérer une frame dont les ressources système associées non pas été libérées.
C'est juste pour comprendre et savoir... dans l'absolu, à mon avis, il ne faut jamais perdre une référence sur une jframe sans l'avoir disposée, ou s'être arranger pour qu'elle le soit, par un frame.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE) par exemple. Un appel à setVisible(false) n'étant nécessaire que si on veut pourvoir réafficher la jframe.

[tchize_]

le dispoe set si tu veux libérer les ressources système tout en gardant une référence vers ta fenêtre. Par exemple, tu as une fenêtre avec beaucoup d'images / icones, etc, mais tu ne l'affiche que de temps e temps. Entre deux, tu peux faire un dispose(), le prochain appel à setVisible(true) recréera les ressources système.

Oui, une fenetre non visible où dispose() n'a pas été appelé et pour laquelle le GC peux la collecter libèrera ses ressources système lors du passage du gc. dispose() permet juste de le faire plus tôt.


Conclusion: une JFrame au niveau du GC se comportent comme n'importe quel autre objet. Il faut juste faire attention qu'en interface graphique, on oublie vite une référence à gauche ou à droite. Par exemple , on oublie vite que la fenetre visible et inévitablement enregistrée dans l'event dispatcher