Was passiert, wenn ich vor dem Ende der Verwendung der Anweisung zurückkehre? Wird die Entsorgung aufgerufen?

Ich habe den folgenden Code

using(MemoryStream ms = new MemoryStream())
{
     //code
     return 0;
}

Die dispose()Methode wird am Ende von usingAnweisungsklammern aufgerufen, }oder? Wird das Objekt ordnungsgemäß entsorgt, da ich returnvor dem Ende der usingAnweisung bin MemoryStream? was geschieht hier?

Ja, Disposewird angerufen. Es wird aufgerufen, sobald die Ausführung den Bereich des usingBlocks verlässt , unabhängig davon, welche Mittel zum Verlassen des Blocks erforderlich waren, sei es das Ende der Ausführung des Blocks, eine returnAnweisung oder eine Ausnahme.

Wie @Noldorin richtig hervorhebt, wird die Verwendung eines usingBlocks im Code in try/ kompiliert finally, Disposewobei im finallyBlock aufgerufen wird . Zum Beispiel der folgende Code:

using(MemoryStream ms = new MemoryStream())
{
     //code
     return 0;
}

effektiv wird:

MemoryStream ms = new MemoryStream();
try
{
    // code
    return 0;
}
finally
{
    ms.Dispose();
}

Da finallydie Ausführung garantiert ist, nachdem der tryBlock die Ausführung beendet hat, wird unabhängig von seinem Ausführungspfad Disposegarantiert, dass er aufgerufen wird, egal was passiert.

Weitere Informationen finden Sie in diesem MSDN-Artikel .

Nachtrag:
Nur eine kleine Einschränkung: Da Disposeder Aufruf garantiert ist, ist es fast immer eine gute Idee, sicherzustellen, dass Disposebei der Implementierung niemals eine Ausnahme ausgelöst wird IDisposable. Leider gibt es einige Klassen in der Kernbibliothek, die unter bestimmten Umständen auslösen, wenn sie Disposeaufgerufen werden - ich sehe Sie an, WCF-Dienstreferenz / Client-Proxy! - und wenn dies passiert, kann es sehr schwierig sein, die ursprüngliche Ausnahme aufzuspüren, wenn Disposesie während eines Abwickelns des Ausnahmestapels aufgerufen wurde, da die ursprüngliche Ausnahme zugunsten der neuen Ausnahme verschluckt wird, die durch den DisposeAufruf generiert wird . Es kann unglaublich frustrierend sein. Oder ist das frustrierend verrückt? Einer der Beiden. Vielleicht beide.

usingAnweisungen verhalten sich genau wie try ... finallyBlöcke und werden daher immer auf Code-Exit-Pfaden ausgeführt. Ich glaube jedoch, dass sie den sehr wenigen und seltenen Situationen unterliegen, in denen finallyBlöcke nicht aufgerufen werden. Ein Beispiel, an das ich mich erinnern kann, ist, wenn der Vordergrund-Thread beendet wird, während Hintergrund-Threads aktiv sind: Alle Threads außer dem GC werden angehalten, was bedeutet finally, dass keine Blöcke ausgeführt werden.

Offensichtliche Bearbeitung: Abgesehen von der Logik, mit der sie mit IDisposable-Objekten umgehen können, verhalten sie sich gleich, d'oh.

Bonusinhalt: Sie können gestapelt werden (wobei sich die Typen unterscheiden):

using (SqlConnection conn = new SqlConnection("string"))
using (SqlCommand comm = new SqlCommand("", conn))
{

}

Und auch durch Kommas getrennt (wo die Typen gleich sind):

using (SqlCommand comm = new SqlCommand("", conn), 
       SqlCommand comm2 = new SqlCommand("", conn))
{

}

Ihr MemoryStream-Objekt wird ordnungsgemäß entsorgt, Sie müssen sich darüber keine Sorgen machen.

Mit der usingAnweisung wird das Objekt unabhängig vom Abschlusspfad entsorgt.

Weiterführende Literatur ...

• http://aspadvice.com/blogs/name/archive/2008/05/22/Return-Within-a-C_2300_-Using-Statement.aspx
• http://csharpfeeds.com/post/8451/Return_Within_a_Csharp_Using_Statement.aspx

Sehen Sie sich Ihren Code im Reflektor an, nachdem Sie ihn kompiliert haben. Sie werden feststellen, dass der Compiler den Code umgestaltet, um sicherzustellen, dass dispose im Stream aufgerufen wird.