Warum werden Threads nicht vom Garbage-Collector gelöscht?

[jakob190590]

Hallo,

Warum wird denn ein

Thread th

(also lokale Variable) der in einer Methode erstellt wird beim Verlassen des Gültigkeitsbereich nicht freigegeben? Alle anderen Objekte werden doch automatisch wieder freigegeben, aber für den Thread gehts dann erst richtig los... das versteh ich nicht

danke schon mal für Hilfe

 

[SlaterB]

wie stellst du denn fest, dass eine lokale Variable NICHT freigegeben wird?

 

[FArt]

Vermutung: der Thread läuft noch oder der Thread wird anderweitig noch referenziert.

Sonst: Threads sind Objekte wie du und ich... die werden vom GC aufgesammelt, wenn sie nicht mehr referenziert werden.

 

[jakob190590]

Wahrscheinlich habt ihr Recht und der Thread wurde doch wie jedes andere Objekt freigegeben...

Ich habe eine Klasse

class classname extends Applet implements Runnable {}

... Darin überschreibe ich die Methode start():

public void start() {
	Thread th = new Thread(this);
	th.start();
}

und implementiere die Methode run() für diesen Thread th, den ich in start() erstelle...

Wird also diese Methode start() tatsächlich erst verlassen wenn der Thread th beendet ist?

 

[FArt]

Wird also diese Methode start() tatsächlich erst verlassen wenn der Thread th beendet ist?

Nein.

 

[Murray]

Nein

//EDIT: zu spät

 

[Leroy42]

(Ich will auchmal...)

Wird also diese Methode start() tatsächlich erst verlassen wenn der Thread th beendet ist?

Nein!

 

[jakob190590]

Mhh, jetzt bin ich mir nicht mehr sicher ob ich die Antworten richtig verstanden habe:
Die Methode start() wird also erst verlassen wenn der Thread th beendet ist?
Schreibt "Falsch" wenn es nicht so ist... danke nochmal

 

[FArt]

Nein

//EDIT: zu spät

Es ist nie zu spät. ;-)

(Ich will auchmal...)

Wird also diese Methode start() tatsächlich erst verlassen wenn der Thread th beendet ist?

Nein!

Jeder darf mal... sonst noch jemand? ;-)

 

[Murray]

Falsch. Die start-Methode kehrt zurück, sobald der Thread gestartet wurde (ansonsten wäre der Thread ja auch sinnlos, und man könnte direkt run aufrufen).

 

[jakob190590]

Falsch. Die start-Methode kehrt zurück, sobald der Thread gestartet wurde (ansonsten wäre der Thread ja auch sinnlos, und man könnte direkt run aufrufen).

stimmt, das leuchtet ein...
aber dann wird ja der Thread doch nicht vom GC beim verlassen der Methode start() freigegeben, weil sonst könnte er ja danach nicht arbeiten? Hab ich recht?

 

[Murray]

Die lokale Variable th, in der ja eine Referenz auf den gestarteten Thread steckt, kann vom Garbage-Collector bei nächster Gelegenheit freigegeben werden. Für den Thread selbst (und auch für alle aus diesem Thread heraus allokierten Objekte) hat das aber keine Bedeutung - der Thread endet, wenn a) seine run-Methode terminiert, b) der Thread mit stop (Achtung: unsicher und daher zu Recht deprecated) abgebrochen wird oder c) die VM selbst terminiert.

 

[FArt]

Einfache Regel: Objekte, die noch refernziert werden, werden nicht collected.

Auch wenn laufende Threads u.U. nicht mehr explizit referenziert werden, werden sie implizit in der VM noch referenziert (denn die muss sie ja noch verwalten).

 

[jakob190590]

ok,
danke für die Antworten!

 

[byte]

Auch wenn laufende Threads u.U. nicht mehr explizit referenziert werden, werden sie implizit in der VM noch referenziert.

Das ist genau der Punkt, wo sich Threads von "normalen" Objekten unterscheiden. Denn ein Java Thread bindet native Resourcen.