Speicherverhalten von Properties und mehreren Threads

[Thallius]

Hi,

ich habe folgendes Konstrukt:

Eine Klasse MainFrame extends JFrame (Diese ist nicht static). In dieser habe ich eine Property

MyImageList imageList

welche eine selbst erstelle Klasse zeigt. Mit

this.imageList= new MyImageList();
imageList.Load();

wird diese Property nun intialisiert und gefüllt. Danach benötigt diese Property mal locker 400MB Speicher.

Soweit so gut.

Nun übergebe ich diese Property an einen SwingWorker Thread, lese dort Daten daraus und wenn der SwingWorker fertig ist, dann setzte ich im MainFrame

this.imageList=null;

die Liste explizit wieder auf null. Damit sollte der Speicher ja eigentlich wieder zur Verfügung stehen. Trotzdem zeigt mir der Eclipse Memory Analyzer diesen Speicher als Leak an.

Warum?

Erzeuge ich die imageList erst im Worker selber und gebe sie dort auch wieder frei, dann wird kein Leak angezeigt. Ist ja auch logisch, da der Worker Thread nachdem er seine Arbeit getan hat wieder gekillt wird. Allerdings dauert das Erstellen der Liste eine Weile und ich brauche diese nicht nur in einem Worker Thread sondern in zwei. Daher wollte ich die Liste quasi vorher erstellen und nachher freigeben um sie nur einmal erstellen zu müssen.

Scheint aber so nicht zu klappen.

Gruß

Claus

 

[kaoZ]

Damit sollte der Speicher ja eigentlich wieder zur Verfügung stehen.

aber doch auch nur insofern die GC schon durch ist , oder täusche ich mich ?

 

[Thallius]

aber doch auch nur insofern die GC schon durch ist , oder täusche ich mich ?

Sicher, aber das sollte der Eclipse Memory Manager ja wohl berücksichtigen. Sonst wäre er ja generell sinnlos zur suche von Leaks.

Gruß

Claus

 

[kaoZ]

Existieren denn ggf. noch irgendwelche Referenzen der ImageList oder von Attributen dieser ?

 

[Thallius]

Nein habe ich zigmal überprüft. Die imageList wird nur an einer Stelle erzeugt, an die beiden Worker Threads übergeben und wenn die beiden fertig sind wird sie wieder auf null gesetzt.

Gruß

Claus

 

[arilou]

Alle Referenzen in den Threads sind nur lokale Variablen der .run()-Methode, nicht Thread-Objektattribute?
Oder (sofern doch Thread-Attribute) werden am Ende der .run() ebenfalls auf 'null' gesetzt?

Ein (beendeter) Thread "lebt noch weiter", ggf. auch über den nächsten GC-Lauf hinaus.
Und ein Worker-Thread eines Pools erst recht.