Discussion :

[javanoiid]

Soit le code suivant

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
import javax.swing.*;
import java.awt.event.*;
 
public class Hello {
 
	public static void main(String[] arg) {
		ImageIcon icon = new ImageIcon(Hello.class.getResource("image.gif"));
		JButton button = new JButton(new ActionPrint("superBouton", icon));
		button = null;
	}
}
class ActionPrint extends AbstractAction{
	ActionPrint(String text, ImageIcon icon) {
		super(text, icon);
	}
	public void actionPerformed(ActionEvent e) {
		System.out.println("hello");
	}
}

Normalement le button est supprimé lors du prochain passage du gc. Mais que devient l'action associée? Pire, je me demande si il existe une référence dans action sur le button. Dans ce cas, si l'action n'était pas mise à null, le button serait toujours référencé (via action) et donc ne serait donc pas supprimé lors du prochain passage par le gc.

[kwxyz]

Normalement le button est supprimé lors du prochain passage du gc. Mais que devient l'action associée? Pire, je me demande si il existe une référence dans action sur le button.

Encore pire: Le bouton contient bien une référence sur l'action et l'action contient une référence sur le bouton (via un PropertyListener).
Donc ces deux objets se référencent mutuellement. Mais n'ai crainte, le Garbage Collector sait identifier ce genre de cas et finira par supprimer bouton et action.

Fred

[javanoiid]

Je dois utiliser le jdk1.4.2... le gc était-t-il déjà capable de reconnaitre ce type de cas?

[kwxyz]

Je dois utiliser le jdk1.4.2... le gc était-t-il déjà capable de reconnaitre ce type de cas?

Oui oui, c'est un cas qui a été prévu dès sa conception.
Pas d'inquiétude de ce coté là.

Fred

[javanoiid]

Un grand merci. Cette class AbstractAction est vraiment pratique