Objekt der Garbage Collection zugaenglich machen?

[Tjango]

Hi,

Ich benutzte eine JComponent einmal als key in einer Map und einmal als member einer anderen Objekts.

Wenn ich die JComponent vom JPanel entfernen sollte diese eigentlich GC'd werden - dies passiert aber nicht solange noch Abhaengigkeiten bestehen. Gibt es eine Moeglichkeit dass die trotzdem GC'd werden koennen?

 

[musiKk]

Was fuer Abhaengigkeiten? Wenn keine Referenz mehr auf ein Objekt verweist, wird es frueher oder spaeter vom GC freigegeben, sonst nicht.

 

[Tjango]

Was fuer Abhaengigkeiten? Wenn keine Referenz mehr auf ein Objekt verweist, wird es frueher oder spaeter vom GC freigegeben, sonst nicht.

Besagte JComponent steckt nicht nur in dem JPanel sondern ist auch noch ein Key in einer Map und einmal ein Member einer anderen Objekts.

Ich will aber trotzdem, dass die JComponent GC'd wird sobald sie aus dem JPanel entfernt wird. Bei dem Member checke ich sowieso immer ob die JComponent != null ist. Somit kann nix schiefgehen wenn klammheimlich die JComponent GC'd wird.

 

[musiKk]

Ich wuerde mal annehmen, dass das nicht geht. Du musst die Referenzen schon nullen.

 

[Tjango]

Ich wuerde mal annehmen, dass das nicht geht. Du musst die Referenzen schon nullen.

Hmm...bei der Map hab ich mir schong edacht, dass ich den Eintrag entfernen muss. Aber wo die JComponent als Member verwendet wird, gibt es wirklich keinen anderen Weg?

Man kann ja auch einen MouseListener auf eine JComponent registrieren und trotzdem kann diese GC'd werden. In meinem speziellen Fall waere es sehr unpraktisch wenn ich den Member wirklich null setzen muesste.

 

[musiKk]

Ja, schon, aber die Component ruft ja den MouseListener und nicht umgekehrt. Wenn du die Referenzen auf die Component nullst, werden Component und MouseListener (die ja meist sowieso anonyme Objekte sind) freigegeben.

Du koenntest mal nach dem Stichwort "weak reference" schauen. Ich habe mit Java diesbezueglich noch nicht gearbeitet, aber vielleicht bringt das was; in anderen Sprachen (z. B. Perl) gibt es das auch, um den GC zu unterstuetzen.

 

[Nargaff]

Hi,

Ich will aber trotzdem, dass die JComponent GC'd wird sobald sie aus dem JPanel entfernt wird. Bei dem Member checke ich sowieso immer ob die JComponent != null ist. Somit kann nix schiefgehen wenn klammheimlich die JComponent GC'd wird.

Das funktioniert grundsätzlich nicht so wie Du dir das Denkst. Eine Referenz wie z.B. JComponent c hat als Inhalt eine Speicheradresse, die verweist irgendwo hin wo dann ein Objekt im Speicher steht. Wenn das Objekt freigegeben wird, dann zeigt die Referenz noch immer auf die Speicherstelle, nur das da offiziell kein Objekt mehr steht und der Speicher dort wieder als frei Verfügbar gilt. Ein Test auf c != null wird also immer true liefern, weil c ja noch immer als Inhalt die Speicheradresse hat. Es ist sogar so, dass der Speicher auf den die Referenz verweist nicht zwangsläufig gelöscht wird, wenn er frei gegeben wird. Der ist also nicht null, sondern da kann noch immer das Objekt stehen, nur dass der Platz als frei zugänglich gilt und jederzeit überschrieben werden kann. Ein Zugriff auf den Speicher könnte demnach sogar noch erfolgreich sein. So etwas führt dann insgesamt zu Fehlern die keine Sau mehr nachvollziehen kann. Ich wollte es nur mal erwähnen, falls Du mal in die Situation kommst in einer Sprache zu Programmieren wo man das Speichermanagment selbst übernehmen muss.

Gruß
Nargaff

 

[Tobias]

Benutze eine WeakHashMap.

mpG
Tobias