Co się stanie, jeśli wrócę przed zakończeniem korzystania z instrukcji? Czy rozdysponowanie zostanie wywołane?

Mam następujący kod

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

dispose()Metoda jest wywoływana na końcu usingzestawienia szelki }prawda? Skoro ja returnprzed końcem usingoświadczenia, czy MemoryStreamprzedmiot zostanie zutylizowany prawidłowo? co się tutaj stało?

Tak, Disposezostanie wezwany. Jest wywoływana, gdy tylko wykonanie opuści zakres usingbloku, niezależnie od tego, jakie środki zajęło opuszczenie bloku, czy to koniec wykonywania bloku, returninstrukcja czy wyjątek.

Jak słusznie zauważa @Noldorin, użycie usingbloku w kodzie zostaje wkompilowane do try/ finally, z Disposewywołaniem w finallybloku. Na przykład następujący kod:

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

skutecznie staje się:

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

Tak więc, ponieważ finallyjest gwarantowane wykonanie po tryzakończeniu wykonywania bloku, niezależnie od jego ścieżki wykonania, Disposegwarantuje się wywołanie, bez względu na wszystko.

Aby uzyskać więcej informacji, zobacz ten artykuł MSDN .

Dodatek:
tylko małe zastrzeżenie do dodania: ponieważ Disposegwarantowane jest wywołanie, prawie zawsze dobrym pomysłem jest upewnienie się, że Disposenigdy nie zgłasza wyjątku podczas implementacji IDisposable. Niestety, w podstawowej bibliotece znajdują się klasy, które w pewnych okolicznościach Disposesą wywoływane - patrzę na Ciebie, odwołanie do usługi WCF / serwer proxy! - a kiedy tak się stanie, może być bardzo trudno wyśledzić oryginalny wyjątek, jeśli Disposezostał wywołany podczas rozwijania stosu wyjątków, ponieważ oryginalny wyjątek zostaje połknięty na rzecz nowego wyjątku wygenerowanego przez Disposewywołanie. To może być irytujące. A może to frustrujące i denerwujące? Jeden z dwóch. Może obydwa.

usinginstrukcje zachowują się dokładnie jak try ... finallybloki, więc zawsze będą wykonywane na dowolnej ścieżce wyjścia kodu. Uważam jednak, że są one przedmiotem bardzo nielicznych i rzadkich sytuacji, w których finallybloki nie są wywoływane. Przykładem, który pamiętam, jest wyjście z wątku pierwszego planu, gdy wątki w tle są aktywne: wszystkie wątki poza GC są wstrzymane, co oznacza, że finallybloki nie są uruchamiane.

Oczywista zmiana: zachowują się tak samo, z wyjątkiem logiki, która pozwala im obsługiwać obiekty IDisposable, d'oh.

Dodatkowa zawartość: można je łączyć (w przypadku różnych typów):

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

}

A także rozdzielany przecinkami (gdzie typy są takie same):

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

}

Twój obiekt MemoryStream zostanie prawidłowo usunięty, nie musisz się tym martwić.

Wraz z usinginstrukcją obiekt zostanie usunięty niezależnie od ścieżki ukończenia.

Czytaj dalej ...

• 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

Po skompilowaniu spójrz na swój kod w reflektorze. Przekonasz się, że kompilator refaktoryzuje kod, aby upewnić się, że metoda dispose jest wywoływana w strumieniu.