Что произойдет, если я вернусь до окончания использования оператора? Будет ли вызвана диспозиция?

У меня есть следующий код

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

dispose()Метод вызывается в конце usingзаявления брекет }правильно? Так как I returnдо конца usingоператора, будет ли MemoryStreamобъект размещен должным образом? Что здесь происходит?

Да, Disposeназовут. Он вызывается, как только выполнение покидает область действия usingблока, независимо от того, какие средства потребовались для выхода из блока, будь то конец выполнения блока, returnинструкция или исключение.

Как правильно указывает @Noldorin, использование usingблока в коде компилируется в try/ finallyс вызовом Disposeв finallyблоке. Например, следующий код:

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

фактически становится:

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

Таким образом, поскольку finallyон гарантированно выполняется после tryзавершения выполнения блока, независимо от его пути выполнения, Disposeон гарантированно будет вызван, несмотря ни на что.

Дополнительные сведения см. В этой статье MSDN .

Дополнение:
небольшая оговорка, которую следует добавить: поскольку Disposeвызывается гарантированно, почти всегда полезно убедиться, что Disposeпри реализации никогда не будет генерироваться исключение IDisposable. К сожалению, есть некоторые классы в библиотеке ядра , которые делают бросок в определенных обстоятельствах , когда Disposeназываются - я смотрю на вас, WCF Service Reference / Client Proxy! - и когда это происходит, может быть очень сложно отследить исходное исключение, если оно Disposeбыло вызвано во время раскрутки стека исключений, поскольку исходное исключение поглощается в пользу нового исключения, сгенерированного Disposeвызовом. Это может быть безумно неприятным. Или это ужасно сводит с ума? Один из двух. Возможно оба.

usingоператоры ведут себя точно так же, как try ... finallyблоки, поэтому всегда будут выполняться на любом пути выхода кода. Однако я считаю, что они подвержены очень немногим и редким ситуациям, в которых finallyблоки не вызываются. Я могу вспомнить один пример: если поток переднего плана завершается, когда фоновые потоки активны: все потоки, кроме GC, приостановлены, то есть finallyблоки не запускаются.

Очевидное изменение: они ведут себя одинаково, за исключением логики, которая позволяет им обрабатывать IDisposable объекты, d'oh.

Бонусный контент: их можно складывать друг в друга (если типы различаются):

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

}

А также через запятую (где типы совпадают):

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

}

Ваш объект MemoryStream будет правильно удален, не о чем беспокоиться.

С этим usingоператором объект будет удален независимо от пути завершения.

Дальнейшее чтение...

• 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

Взгляните на свой код в отражателе после его компиляции. Вы обнаружите, что компилятор реорганизует код, чтобы гарантировать, что dispose вызывается в потоке.