Що станеться, якщо я повернусь до закінчення використання оператора? Чи буде називатися розпорядження?

У мене такий код

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

dispose()Метод викликається в кінці usingзаяви брекет }правильно? Оскільки я 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 / клієнтський проксі! - і коли це трапляється, може бути дуже важко відстежити вихідний виняток, якщо Disposeйого викликали під час розмотування стека винятків, оскільки початковий виняток проковтується на користь нового винятку, що генерується Disposeвикликом. Це може бути шалено засмучує. Або це розчаровує розум? Одне з двох. Можливо і те й інше.

usingоператори поводяться точно як try ... finallyблоки, тому завжди виконуватимуться на будь-яких шляхах виходу з коду. Однак я вважаю, що вони підпадають під дуже рідкісні та рідкісні ситуації, коли finallyблоки не викликаються. Один із прикладів, який я пам'ятаю, - це якщо нитка переднього плану виходить, поки активні фонові нитки: усі потоки, крім GC, призупинені, значить, finallyблоки не виконуються.

Очевидна редакція: вони поводяться однаково, крім логіки, яка дозволяє їм обробляти об'єкти, що не використовуються, 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 у потоці.