Sự khác biệt giữa việc sử dụng IDisposable và một hàm hủy trong C # là gì?

Khi nào tôi sẽ triển khai IDispose trên một lớp thay vì một hàm hủy? Tôi đọc bài báo này , nhưng tôi vẫn còn thiếu điểm.

Giả định của tôi là nếu tôi triển khai IDispose trên một đối tượng, tôi có thể 'hủy' nó một cách rõ ràng thay vì đợi bộ thu gom rác thực hiện. Điều này có chính xác?

Điều đó có nghĩa là tôi phải luôn gọi rõ ràng là Dispose trên một đối tượng? Một số ví dụ phổ biến về điều này là gì?

Bộ hoàn thiện (hay còn gọi là bộ hủy) là một phần của bộ sưu tập rác (GC) - không xác định được khi nào (hoặc thậm chí nếu) điều này xảy ra, vì GC chủ yếu xảy ra do áp lực bộ nhớ (tức là cần thêm dung lượng). Trình hoàn thiện thường chỉ được sử dụng để dọn dẹp tài nguyên không được quản lý , vì tài nguyên được quản lý sẽ có bộ sưu tập / xử lý riêng.

Do đó IDisposableđược sử dụng để làm sạch các đối tượng một cách xác định , tức là bây giờ. Nó không thu thập bộ nhớ của đối tượng (vẫn thuộc về GC) - nhưng được sử dụng để đóng tệp, kết nối cơ sở dữ liệu, v.v.

Có rất nhiều chủ đề trước đây về điều này:

• quyết định cuối cùng
• vứt bỏ đồ vật
• sử dụng khối
• tài nguyên

Cuối cùng, hãy lưu ý rằng không có gì lạ khi một IDisposableđối tượng cũng có phần hoàn thiện; trong trường hợp này, Dispose()thường là các cuộc gọi GC.SuppressFinalize(this), nghĩa là GC không chạy trình hoàn thiện - nó chỉ đơn giản là ném bộ nhớ đi (rẻ hơn nhiều). Trình hoàn thiện vẫn chạy nếu bạn quên Dispose()đối tượng.

Vai trò của Finalize()phương thức là đảm bảo rằng một đối tượng .NET có thể dọn dẹp các tài nguyên không được quản lý khi rác được thu thập . Tuy nhiên, các đối tượng như kết nối cơ sở dữ liệu hoặc trình xử lý tệp nên được phát hành càng sớm càng tốt, thay vì dựa vào việc thu gom rác. Đối với điều đó, bạn nên triển khai IDisposablegiao diện và giải phóng tài nguyên của bạn trong Dispose()phương pháp.

Có một mô tả rất tốt trên MSDN :

Công dụng chính của giao diện này là giải phóng các tài nguyên không được quản lý . Bộ thu gom rác tự động giải phóng bộ nhớ được cấp phát cho một đối tượng được quản lý khi đối tượng đó không còn được sử dụng nữa. Tuy nhiên, không thể đoán trước được thời điểm thu gom rác . Hơn nữa, trình thu gom rác không có kiến ​​thức về các tài nguyên không được quản lý như tay cầm cửa sổ hoặc các tệp và luồng đang mở .

Sử dụng phương pháp Dispose của giao diện này để giải phóng rõ ràng các tài nguyên không được quản lý cùng với bộ thu gom rác. Người tiêu dùng một đối tượng có thể gọi phương thức này khi đối tượng không còn cần thiết nữa.

Điều duy nhất nên có trong một trình hủy C # là dòng này:

Dispose(False);

Đó là nó. Không có gì khác nên có trong phương pháp đó.

Câu hỏi của bạn về việc bạn có nên gọi luôn hay không Disposethường là một cuộc tranh luận sôi nổi. Xem blog này để biết góc nhìn thú vị từ những cá nhân được tôn trọng trong cộng đồng .NET.

Cá nhân tôi nghĩ quan điểm của Jeffrey Richter rằng việc gọi điện Disposekhông bắt buộc là cực kỳ yếu. Ông đưa ra hai ví dụ để biện minh cho ý kiến ​​của mình.

Trong ví dụ đầu tiên, anh ấy nói việc gọi Disposecác điều khiển Windows Forms là tẻ nhạt và không cần thiết trong các tình huống chính thống. Tuy nhiên, ông không đề cập đến việc Disposethực sự được gọi tự động bởi các vùng chứa điều khiển trong các kịch bản chính đó.

Trong ví dụ thứ hai, anh ta nói rằng một nhà phát triển có thể giả định không chính xác rằng phiên bản từ IAsyncResult.WaitHandlenên được xử lý mạnh mẽ mà không nhận ra rằng thuộc tính khởi tạo bộ xử lý chờ một cách lười biếng dẫn đến một hình phạt hiệu suất không cần thiết. Tuy nhiên, vấn đề với ví dụ này là IAsyncResultbản thân nó không tuân thủ các nguyên tắc đã xuất bản của Microsoft để xử lý IDisposablecác đối tượng. Đó là nếu một lớp giữ một tham chiếu đến một IDisposablekiểu thì bản thân lớp đó sẽ thực thi IDisposable. Nếu IAsyncResulttuân theo quy tắc đó thì Disposephương pháp riêng của nó có thể đưa ra quyết định về việc thành viên nào trong số các thành viên của nó cần phải xử lý.

Vì vậy, trừ khi ai đó có lập luận thuyết phục hơn, tôi sẽ ở lại trại "luôn gọi là vứt bỏ" với sự hiểu biết rằng sẽ có một số trường hợp ngoài lề phát sinh chủ yếu do các lựa chọn thiết kế kém.

Nó thực sự khá đơn giản. Tôi biết nó đã được trả lời nhưng tôi sẽ thử lại nhưng sẽ cố gắng giữ nó đơn giản nhất có thể.

Nói chung không bao giờ được sử dụng trình hủy. Nó chỉ được chạy .net muốn nó chạy. Nó sẽ chỉ chạy sau một chu kỳ thu gom rác. Nó có thể không bao giờ thực sự được chạy trong vòng đời ứng dụng của bạn. Vì lý do này, bạn không nên đặt bất kỳ mã nào vào một trình hủy mà 'phải' được chạy. Bạn cũng không thể dựa vào bất kỳ đối tượng hiện có nào trong lớp để tồn tại khi nó chạy (chúng có thể đã được dọn dẹp vì thứ tự mà trình hủy chạy không được đảm bảo).

IDisposible nên được sử dụng bất cứ khi nào bạn có một đối tượng tạo tài nguyên cần dọn dẹp (ví dụ: xử lý tệp và đồ họa). Trên thực tế, nhiều người cho rằng bất cứ thứ gì bạn đặt trong một trình hủy đều nên được đưa vào IDisposable do những lý do được liệt kê ở trên.

Hầu hết các lớp sẽ gọi vứt bỏ khi trình hoàn thiện được thực thi nhưng điều này chỉ đơn giản là ở đó như một biện pháp bảo vệ an toàn và không bao giờ được dựa vào. Bạn nên loại bỏ rõ ràng bất kỳ thứ gì triển khai IDisposable khi bạn hoàn thành việc đó. Nếu bạn thực hiện IDisposable, bạn nên gọi vứt bỏ trong trình hoàn thiện. Xem http://msdn.microsoft.com/en-us/library/system.idisposable.aspx để biết ví dụ.

Dưới đây là một bài viết tốt khác làm rõ một số sương mù xung quanh IDisposable, GC và loại bỏ.

Chris Lyons WebLog Demysfication Dispose