System.Threading.Timer schmiert ab

Hallo,

vorsicht, der GC kann die Referenz erst wegräumen, wenn die Klasse auch null ist und keine weiteren Referenzen auf diese verweisen!

Das kann man so nicht stehen lassen, denn:

• eine Klasse kann nicht null sein, höchstens eine Variable/Feld.
• der GC kann sehr wohl Objekte wegräumen, wenn noch eine Referenz besteht, wenn er feststellt, daß diese im weiteren Programm nicht mehr benutzt werden kann. Ein kurzes Beispiel:

void MyFunction()
{
  MyClass myClass = new MyClass();
  
  myClass.DoSometing();
  myClass.DoSomethigElse();

  // An dieser Stelle könnte der GC das Objekt bereits abräumen,
  // wenn es (als lokale Variable) in der Funktion nicht mehr verwendet wird,
  // auch wenn sie NICHT genullt wird

  // --- Code der myClass nicht mehr benutzt ---
}

Gruß, MarsStein

Hallo MarsStein,

eine Klasse kann nicht null sein, das stimmt. Damit meine ich aber die Instanz, also das Objekt. Meine Aussage war aber auf einen anderen Zusammenhang bezogen. Ich meinte das nicht so wie in deinem Beispiel. In der Regel setzt man Timer so ein, dass diese nicht in einer Methode ihre Lebenszeit verlieren.

zero_x

Hallo zero_x,

mein Beispiel ist auch nicht auf den Fall einer lokalen Variablen beschränkt. Der GC darf im allgemeinen alle Objekte abräumen, von denen er feststellt, daß sie im nachfolgenden Programmverlauf nicht mehr erreicht werden - ganz unabhängig davon wie es dazu kommt.
So könnte z.B. im Timer-Kontext ein Objekt, das den Timer nutzt, abgeräumt werden, nachdem z.B. eine entsprechende Instanzvariable überschrieben wird. Dann könnte auch der Timer flöten gehen.

Gruß, MarsStein

Hallo,

Der GC darf im allgemeinen alle Objekte abräumen, von denen er feststellt, daß sie im nachfolgenden Programmverlauf nicht mehr erreicht werden

Stimmt. Aber im obigen Beispiel wird die Instanz von MyClass welche in myClass gehalten wird nicht abgeräumt da bis zum Ende der Methode die Referenz eben gehalten wird. Würde eine neue Instanz zugewiesen so könnte die ursprüngliche abgeräumt werden.
Der GC führt keine Flow-Analyse durch mit welcher das was im Bsp. gezeigt wird ermöglicht würde dafür unterstützt der JITer aber den GC mit den nötigen Informationen (aber nur im Release-Build).

Edit: Falsches gestrichen und bei der Flow-Analyse den JIT ergänzt.

mfG Gü

Aber im obigen Beispiel wird die Instanz von MyClass welche in myClass gehalten wird nicht abgeräumt da bis zum Ende der Methode die Referenz eben gehalten wird. Würde eine neue Instanz zugewiesen so könnte die ursprüngliche abgeräumt werden.

Falsch!

Ausführen und wundern (aber als Release-Build) 😉

Foo foo = new Foo();
WeakReference reference = new WeakReference(foo);

foo.Bar();

Console.ReadLine();
GC.Collect();

Console.WriteLine(reference.IsAlive);
Console.ReadKey();

Ausgabe "false".

[EDIT]Hier auch ein Link dazu: When does an object become available for garbage collection?[/EDIT]

Hallo Gü,

Aber im obigen Beispiel wird die Instanz von MyClass welche in myClass gehalten wird nicht abgeräumt da bis zum Ende der Methode die Referenz eben gehalten wird.

Bist Du Dir da sicher? Ich war bisher immer anderer Ansicht, dafür sprechen auch
[gelöst] Dienst mit integriertem Timer läuft nur sporadisch ff
MemoryLeaks / nicht abgehängte Events

Gruß, MarsStein

Hallo,

Bist Du Dir da sicher?

Als ich das schrieb schon noch jetzt bin ich mir sicher dass es falsch war - da hab ich wohl die falschen MS-Quellen gelesen (wie zB die Sprach-Spezifikation). Ich wusste nicht dass der JITer hier dem GC hiflt.

Aber die Aussage war und ist falsch. Habs oben auch korrigiert.

D.h. auch dass das vom MS empfohlene explizite null-Setzen wie in den Performance-Patterns vorgeschlagen ist icht nötig - cool da hab ich was gelernt 😉

Danke für die Klarstellung!

mfG Gü