Điều gì xảy ra nếu tôi quay lại trước khi kết thúc sử dụng câu lệnh? Liệu việc xử lý có được gọi không?

Tôi có mã sau

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

Các dispose()phương pháp được gọi là ở phần cuối của usingcâu niềng răng }phải không? Vì tôi returntrước khi kết thúc usingcâu lệnh, MemoryStreamđối tượng sẽ được xử lý đúng cách? chuyện gì xảy ra ở đây thế?

Có, Disposesẽ được gọi. Nó được gọi ngay khi việc thực thi rời khỏi phạm vi của usingkhối, bất kể phương tiện nào để rời khỏi khối, có thể là khi kết thúc quá trình thực thi khối, một returncâu lệnh hay một ngoại lệ.

Như @Noldorin đã chỉ ra một cách chính xác, việc sử dụng một usingkhối trong mã sẽ được biên dịch thành try/ finally, với Disposeviệc được gọi trong finallykhối. Ví dụ đoạn mã sau:

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

hiệu quả trở thành:

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

Vì vậy, bởi vì finallyđược đảm bảo thực thi sau khi trykhối kết thúc thực thi, bất kể đường dẫn thực thi của nó Disposelà gì , được đảm bảo sẽ được gọi, bất kể điều gì.

Để biết thêm thông tin, hãy xem bài viết MSDN này .

Phụ lục:
Chỉ cần lưu ý một chút: vì Disposeđược đảm bảo sẽ được gọi, nên hầu như luôn luôn là một ý kiến ​​hay để đảm bảo rằng Disposekhông bao giờ có ngoại lệ khi bạn triển khai IDisposable. Thật không may, có một số lớp trong thư viện lõi có thể xảy ra trong một số trường hợp nhất định khi Disposeđược gọi - Tôi đang nhìn bạn, WCF Service Reference / Client Proxy! - và khi điều đó xảy ra, có thể rất khó để theo dõi ngoại lệ ban đầu nếu Disposeđược gọi trong thời gian thư giãn ngăn xếp ngoại lệ, vì ngoại lệ ban đầu bị nuốt có lợi cho ngoại lệ mới được tạo bởi Disposecuộc gọi. Nó có thể gây thất vọng tột độ. Hay đó là sự bực bội điên cuồng? Một trong hai. Có thể là cả hai.

usingcác câu lệnh hoạt động chính xác như try ... finallycác khối, vì vậy sẽ luôn thực thi trên bất kỳ đường dẫn thoát mã nào. Tuy nhiên, tôi tin rằng chúng phải tuân theo những trường hợp rất hiếm và hiếm gặp trong đó finallycác khối không được gọi. Một ví dụ mà tôi có thể nhớ là nếu luồng nền trước thoát ra trong khi các luồng nền đang hoạt động: tất cả các luồng ngoài GC đều bị tạm dừng, nghĩa là finallycác khối không được chạy.

Chỉnh sửa rõ ràng: chúng hoạt động giống nhau ngoài logic cho phép chúng xử lý các đối tượng IDisposable, d'oh.

Nội dung thưởng: chúng có thể được xếp chồng lên nhau (nếu các loại khác nhau):

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

}

Và cũng được phân tách bằng dấu phẩy (trong đó các loại giống nhau):

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

}

Đối tượng MemoryStream của bạn sẽ được xử lý đúng cách, không cần phải lo lắng về điều đó.

Với usingcâu lệnh, đối tượng sẽ được xử lý bất kể đường dẫn hoàn thành.

Đọc thêm...

• 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

Hãy xem mã của bạn trong phản xạ sau khi bạn biên dịch nó. Bạn sẽ thấy rằng trình biên dịch sẽ cấu trúc lại mã để đảm bảo rằng việc xử lý được gọi trên luồng.