Discussion :

[mike20501]

J'aimerais savoir, quand on applique cette méthode dans la méthode principale, est ce que la machine supprime de la mémoire toutes les instances sans exception créées jusque là dans la mémoire?

Ou bien est ce qu'elle analyse ce qui suit comme instructions dans la méthode main pour savoir quelles instances elle peut effacer en fonction de leur utilisation future ou non dans les instructions à venir?

Mille mercis d'avance!

[tchize_]

la méthode demande au gc de faire immédiatement son travail. Le travail dépend de l'implémentation du gc, mais en aucun cas il n'y aura suppression d'instance qui sont toujours accessible par le code.


Exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
 
ArrayList l = new ArrayList(); // 1
Object o=new Object(); // 2
l.add(o);
System.gc(); //A
l.add(new Object()) //3
l=null;
System.gc(); //B
o=null;
System.gc(); //C

En A, ni 1 ni 2 ne peuvent être GC, car l et o sont toujours référencés
En B, 1 peut être libéré, ainsi que 3 par voie de conséquence
En Cn 1 2 et 3 peuvent être libéré.

[mike20501]

Un tout grand merci pour cette réponse très claire!

[adiGuba]

Salut,

la méthode demande au gc de faire immédiatement son travail. Le travail dépend de l'implémentation du gc,

+1

Et rien ne garantie le passage du GC (d'ailleurs avec la JVM de Sun on peut utiliser l'option -XX:+DisableExplicitGC pour ignorer tous les appels explicite au GC).


Mais le point le plus important c'est qu'il ne faudrait jamais appeler System.gc() !
Cela provoque généralement un appel à un cycle FullGC qui va traiter tous le heap pour nettoyer un maximum d'objet, ce qui peut être très couteux sur de grosses applications (serveur par exemple) alors que le gain ne sera pas forcément évident (le GC travaillant par petit cycle GC fait tout aussi bien son travail).
Mais le pire c'est que comme l'appel à System.gc() ne garantie pas son exécution, cela peut changer les performance du tout ou rien si on en abuse (Voir ce vieux mais très intéressant sujet : Difference de performances Unix/Windows d'un programme?)

De plus, en cas de mémoire insuffisante un FullGC sera généré avant de générer un OutOfMemory... Donc un appel explicite à System.gc() ne servirait à rien...

a++