GC + static + weakreference

Version imprimable

21/02/2007, 11h20
vince3320

GC + static + weakreference

Bonjour,

Je viens de recuperer une application et je me rend compte que les finalize ne sont pas du tout appele lors de la destruction de certains objets.
Quelles pourraient etre les raisons de ce "non-appel"?

J'ai suppose que cela viendrait des objets statiques presents dans ces classes.
Comme l'objet static n'est pas vide, alors il n'appelle pas le finalize.

Mais si c'est bien cela, alors, j'ai un paquet d'objet static a vider...

J'ai aussi vu des choses sur les weak reference mais je n'ai pas bien compris l'utilite...

Merci!
21/02/2007, 11h37
Satch

Citation:

Envoyé par vince3320

J'ai suppose que cela viendrait des objets statiques presents dans ces classes.
Comme l'objet static n'est pas vide, alors il n'appelle pas le finalize.

Non, ça ne peut pas être ça. Les objets statics appartiennent à la classe et non aux objets qui sont des instances de cette classe.
Par conséquent, si un objet n'est plus référencé mais qu'un membre static de la classe qu'il instancie est référencé quelque part, il est quand même bon à être garbage collecté.
21/02/2007, 11h37
Sanguko

Un objet peut être finalizé à partir du moment ou il n'y a plus de référence sur l'objet. Effectivement, si tu as un attribut static sur un objet, il ne sera pas libéré. Il faut mettre la référence static à null.

Une WeakReference est une référence particuliere, qui n'empeche pas l'objet d'être libéré. C'est a dire que s'il n'y a plus de references directes sur ton objet, il va être libéré. Mais tu ne maitrise pas le moment ou il va être libéré (ca depend du type de WeakReference)

Utiliser une WeakReference necessite une modification dans le code (pas seulement le type, mais également à chaque utilisation). Ce qui est sans doute plus compliqué que de mettre les references static à null.
21/02/2007, 11h47
broumbroum

GarbageCollect with java.lang.ref!

Citation:

Envoyé par Sanguko

(...)
Une WeakReference est une référence particuliere, qui n'empeche pas l'objet d'être libéré. C'est a dire que s'il n'y a plus de references directes sur ton objet, il va être libéré. Mais tu ne maitrise pas le moment ou il va être libéré (ca depend du type de WeakReference)

Utiliser une WeakReference necessite une modification dans le code (pas seulement le type, mais également à chaque utilisation). Ce qui est sans doute plus compliqué que de mettre les references static à null.

Je pense que tu maîtrises le moment de libération de l'adresse mémoire. C'est pourquoi il existe une liste d'attente ((ReferenceQueue)refQueue).poll() dans le package ref. Et surtout lors de l'appel sur la liste, c'est comme la poste il faut appeler encore la méthode ((Reference)ref).clear() de Reference pour s'assurer de la libération de l'adresse.
Seulement, faites attention au GarbageCollector, il n'est pas possible de le contrôler en continu, car il se bloquerait immédiatement vu les resources System qu'il utilise déjà!

Aussi, System.gc() est à prendre avec des pincettes à linge...:mouarf3:
21/02/2007, 11h48
vince3320

Merci pour vos reponses!

Donc pourquoi mon finalize n'est pas appeler?
Il suffit normalement de mettre mon obj a null, non?

Et dans ce cas, il me suffit de liberer les variables static dans le finalize.

Ok pour les weak...
Si je peux eviter de modifier tout ce code, c'est pas plus mal.

Par contre, je vais devoir refaire tous les finalize pour que chaque classe gere bien ses objets statics...
21/02/2007, 11h59
adiGuba

Salut,

Citation:

Envoyé par vince3320

Donc pourquoi mon finalize n'est pas appeler?
Il suffit normalement de mettre mon obj a null, non?

Oui cela suffit, il faut bien sûr qu'aucune autres références sur le même objets ne pointe vers le même objet...

Sinon une remarques : lorsque ton applications se termine les méthodes finalize() ne sont pas appelée...

Citation:

Envoyé par vince3320

Et dans ce cas, il me suffit de liberer les variables static dans le finalize.

C'est quoi ces variables static et pourquoi voudrais-tu les libérer ???
Cela me semble un peu louche... Tu pourrais nous montrer un exemple de code ?

Et pourquoi utilises-tu finalize() au fait ?

a++
21/02/2007, 14h55
vince3320

Citation:

Oui cela suffit, il faut bien sûr qu'aucune autres références sur le même objets ne pointe vers le même objet...

Oui je pense que le coeur du probleme est la.

Citation:

lorsque ton applications se termine les méthodes finalize() ne sont pas appelée...

Ok mais ce n'est pas la fin de l'application.

Je veux les vider en fait.
Ce sont pour la plupart des map qui contiennent de plus en plus d'objet!
Donc un clear au bon moment est le bienvenue...

Le code que je reprend utilise des fonctions finalize et je t'avoue que je n'en vois pas l'interet...
Mais puisqu'elle existe, je vais vider mes map dedans.

Et pour que ces methodes soient appeles, je vais chercher la vilaine reference restante!

Merci a vous!
21/02/2007, 16h44
Sanguko

Citation:

Envoyé par broumbroum

Je pense que tu maîtrises le moment de libération de l'adresse mémoire. C'est pourquoi il existe une liste d'attente ((ReferenceQueue)refQueue).poll() dans le package ref. Et surtout lors de l'appel sur la liste, c'est comme la poste il faut appeler encore la méthode ((Reference)ref).clear() de Reference pour s'assurer de la libération de l'adresse.
Seulement, faites attention au GarbageCollector, il n'est pas possible de le contrôler en continu, car il se bloquerait immédiatement vu les resources System qu'il utilise déjà!

Aussi, System.gc() est à prendre avec des pincettes à linge...:mouarf3:

Reference.clear() n'est qu'une indication pour le gc.

ReferenceQueue est un objet qui permet de suivre le changement d'état des references. En d'autres termes, son role n'est pas de faire changer l'état des références.