Entsorgung von Ressourcen in .NET

Question

Ich habe eine dumme Frage, aber ich möchte die Gemeinschaft hier hören.

So, hier ist mein Code:

using (FtpWebResponse response = (FtpWebResponse)request.GetResponse()) 
{ 
     return true; 
} 

Meine Frage, ist es anders als:

(FtpWebResponse)request.GetResponse(); 
return true; 

Welche ist besser im Allgemeinen? welche in Bezug auf GC und warum?

Answer 1

Die erste ist besser, aber nicht in Bezug auf GC. WebResponse implementiert IDisposable, weil es Ressourcen hat, die freigegeben werden müssen, wie Netzwerkverbindungen, Speicher Streams usw. IDisposable ist vorhanden, weil Sie, als der Verbraucher, wissen, wenn Sie mit dem Objekt fertig sind und rufen Sie an notify die Klasse, du bist fertig damit, und es ist frei, nach sich selbst aufzuräumen.

Die using Muster wirklich ruft nur Dispose unter der Haube. Z.B. Ihr erstes Beispiel ist eigentlich zu sein, dies zusammengestellt:

FtpWebResponse response = (FtpWebResponse)request.GetResponse() 
try 
{ 
} 
finally 
{ 
    ((IDisposable)response).Dispose(); 
} 
return true; 

Diese vom Garbage Collector getrennt ist. Eine Klasse könnte auch Ressourcen in der Finalizerthread aufzuräumen, die von GC aufgerufen wird, aber man sollte nicht darauf verlassen aus zwei Gründen geschehen:

1. es sehr lange dauern kann, bis GC schließlich herum kommt, die bedeutet, dass diese Ressourcen dort sitzen und ohne guten Grund verbraucht werden.
2. Es ist nicht wirklich Ressourcen bereinigen könnte in der Finalizerthread ohnehin

Answer 2

Die erste ist besser.

Der Unterschied besteht darin, dass die Anweisung using das Objekt, das darin eingebettet ist, abruft. Es wird die gehaltenen Ressourcen korrekt entsorgen.

Von MSDN, die using-Anweisung:

Bietet eine bequeme Syntax, die die korrekte Verwendung von IDisposable Objekte gewährleistet.

Answer 3

Ich schätze, dass Sie in der Antwort nicht interessiert sind. Das Antwortobjekt wurde jedoch erstellt, initialisiert und an Ihren Code zurückgegeben, unabhängig davon, ob Sie es wollten oder nicht. Wenn Sie es nicht entsorgen, wird es Ressourcen verbrauchen, bis der GC es schließlich fertig bringt.

Answer 4

Ich stimme mit dem, was andere gesagt haben, aber wenn Sie eine solche Hass für die Verwendung von() Syntax haben, könnten Sie tun:

((IDisposable)request.GetResponse()).Dispose(); 
return true; 

Answer 5

Die GC nicht über etwas anderes als Speicher schert, wenn Sie also habe viel Speicher und konsumiere nicht viel davon, es könnte sehr lange dauern, bis es einen GC macht. Während dieser ganzen Zeit bleiben die nicht verwalteten Ressourcen, wie Netzwerkverbindungen, Dateihandles, Datenbankverbindungen, Grafikhandles usw., durch die Objekte, die darauf warten, erfasst zu werden, gebunden. Dies kann dazu führen, dass Ihnen diese Ressourcen ausgehen und der GC wird sich nicht mehr bewusst sein, da nicht verwaltete Ressourcen nicht überwacht werden.

Wenn Sie also Ihren Code in eine Schleife einfügen und ihn aufrufen, ohne Dispose aufzurufen, verschlechtert sich möglicherweise die Leistung (Prozesse, die um knappe Ressourcen kämpfen) oder eine Ausnahme aufgrund fehlender nicht verwalteter Ressourcen . Es hängt vom Kontext ab, wie es aufgerufen wird und wie Sie andere verwandte Objekte erstellen. Anstatt jede Situation zu analysieren, ist es immer am sichersten, Dispose aufzurufen, sobald Sie mit der Instanz fertig sind.

Es stimmt, dass Dispose vom GC für ein Objekt aufgerufen wird, das den Gültigkeitsbereich verlassen hat oder nicht mehr referenziert wird, aber dies ist indeterministisch. Da sie indeterministisch sind, könnten Sie unterschiedliche Ergebnisse sehen, wie schnell Ressourcen beim Testen gegen die Produktion frei werden und zu zufälligen Ausnahmen führen, wenn Ressourcen nicht zugewiesen werden, wenn sie verbraucht sind. Wenn Sie zwischen konsistentem deterministischem Verhalten Ihrer Anwendung und indeterministischem Verhalten wählen könnten, würden Sie wahrscheinlich deterministisch sein wollen, es sei denn, Sie versuchen vielleicht, Ihre Tester zu verwirren.