Xử lý tài nguyên trong .NET

Question

tôi có một câu hỏi ngu ngốc, nhưng tôi muốn nghe cộng đồng ở đây.

Vì vậy, đây là mã của tôi:

using (FtpWebResponse response = (FtpWebResponse)request.GetResponse()) 
{ 
     return true; 
} 

Câu hỏi của tôi, nó là bất kỳ khác với:

(FtpWebResponse)request.GetResponse(); 
return true; 

Tại sao nên nói chung? cái nào về GC và tại sao?

Answer 1

Đầu tiên là tốt hơn, chứ không phải về GC. WebResponse thực hiện IDisposable vì có tài nguyên cần được phát hành như kết nối mạng, luồng bộ nhớ, v.v. IDisposable được đặt ra vì bạn, là người tiêu dùng, biết khi nào bạn hoàn thành đối tượng và bạn gọi Dispose đến thông báo lớp bạn đã hoàn thành với nó, và nó hoàn toàn miễn phí để tự dọn dẹp.

Mẫu using thực sự chỉ cần gọi Dispose dưới mui xe. Ví dụ. ví dụ đầu tiên của bạn thực sự được biên dịch là:

FtpWebResponse response = (FtpWebResponse)request.GetResponse() 
try 
{ 
} 
finally 
{ 
    ((IDisposable)response).Dispose(); 
} 
return true; 

Điều này tách biệt với bộ thu gom rác. Một lớp học cũng có thể dọn sạch tài nguyên trong finalizer, được gọi từ GC, nhưng bạn không nên dựa vào điều đó xảy ra vì hai lý do:

1. Có thể là một thời gian rất lâu trước khi GC kết thúc, có nghĩa là những nguồn lực đó đang ngồi ở đó được tiêu thụ không có lý do chính đáng.
2. Nó có thể không thực sự dọn sạch tài nguyên trong trình hoàn thiện, dù sao

Answer 2

Đầu tiên là tốt hơn.

Sự khác biệt là tuyên bố using sẽ gọi vứt bỏ trên đối tượng được bao bọc trong đó. Nó sẽ xử lý một cách chính xác các tài nguyên được giữ.

Từ MSDN, báo cáo kết quả sử dụng:

Cung cấp một cú pháp thuận tiện để đảm bảo việc sử dụng đúng các đối tượng IDisposable.

Answer 3

Tôi đánh giá cao việc bạn không quan tâm đến phản hồi. Tuy nhiên, đối tượng phản hồi đã được tạo, khởi tạo và trả về mã của bạn cho dù bạn có muốn hay không. Nếu bạn không vứt bỏ nó, sau đó nó sẽ treo xung quanh tài nguyên tiêu thụ cho đến khi GC cuối cùng được vòng để hoàn thành nó.

Answer 4

Tôi đồng ý với những gì người khác nói, nhưng nếu bạn có ghét như vậy cho sử dụng cú pháp(), bạn có thể làm:

((IDisposable)request.GetResponse()).Dispose(); 
return true; 

Answer 5

Các GC không quan tâm đến bất cứ điều gì khác ngoài bộ nhớ, vì vậy nếu bạn đã có rất nhiều bộ nhớ và không tiêu thụ nhiều, nó có thể là một thời gian rất dài cho đến khi nó thực hiện một GC. Trong suốt thời gian đó, tài nguyên không được quản lý, chẳng hạn như kết nối mạng, xử lý tệp, kết nối cơ sở dữ liệu, xử lý đồ họa, v.v., vẫn được gắn kết bởi các đối tượng đang chờ để được GC. Điều này có thể khiến bạn cạn kiệt các tài nguyên này và GC sẽ bị lãng quên bởi vì nó không giám sát các tài nguyên không được quản lý.Vì vậy, nếu bạn đặt mã của bạn trong một vòng lặp và tiếp tục gọi nó, mà không gọi Dispose, bạn có thể tìm thấy nó nhanh chóng giảm hiệu suất (các quy trình chiến đấu cho các tài nguyên khan hiếm) hoặc cung cấp cho bạn một ngoại lệ do thiếu tài nguyên không được quản lý . Nó phụ thuộc vào ngữ cảnh của nó đang được gọi và cách bạn tạo ra các đối tượng liên quan khác. Thay vì phân tích từng tình huống, nó luôn an toàn nhất để gọi Vứt bỏ ngay sau khi bạn đã hoàn thành xong bản sao.

Đúng là cuối cùng Vứt bỏ sẽ được gọi bởi GC trên một đối tượng đã đi ra khỏi phạm vi/không còn được tham chiếu nữa, nhưng điều này là không xác định. Không xác định được, bạn có thể thấy các kết quả khác nhau trong thời gian sớm các tài nguyên được tự do khi thử nghiệm so với sản xuất và dẫn đến các ngoại lệ ngẫu nhiên do không phân bổ tài nguyên khi chúng hết. Nếu bạn có thể lựa chọn giữa hành vi xác định nhất quán của ứng dụng của bạn và không quản lý, bạn có thể muốn xác định, trừ khi có thể bạn đang cố gắng gây nhầm lẫn cho người thử nghiệm của bạn.