Sự khác nhau giữa tham chiếu yếu và tham chiếu yếu kém là gì?

Question

Tôi biết những kiến ​​thức dưới đây:

Tham chiếu yếu cho phép thu gom rác để thu thập các đối tượng khi vẫn cho phép các ứng dụng để truy cập vào các đối tượng.

Vì vậy, nếu đối tượng đã được khai hoang, bạn phải tạo lại khi cần.

Sau đó, sự khác nhau giữa tham chiếu yếu và tham chiếu yếu kém là gì? Tôi nghĩ về nó như sau: (theo msdn)

tham chiếu yếu kém: nếu GC lấy lại đối tượng, đối tượng thực sự là phát hành.

tham chiếu yếu dài: nếu GC lấy lại đối tượng, đối tượng vẫn là tồn tại (vì được lưu trong bộ nhớ cache).

Vậy ai đó có thể cho tôi biết thêm chi tiết?

Answer 1

ngắn

Mục tiêu của một tham chiếu yếu ngắn trở nên rỗng khi đối tượng là khai hoang bởi thu gom rác thải. Tham chiếu yếu là chính đối tượng được quản lý và có thể bị thu gom rác giống như bất kỳ đối tượng được quản lý khác . Tham chiếu yếu ngắn là hàm tạo mặc định cho WeakReference.

dài

Tham chiếu yếu dài được giữ lại sau khi phương pháp Finalize của đối tượng đã được gọi. Điều này cho phép đối tượng được tạo lại, nhưng trạng thái của đối tượng vẫn không thể đoán trước. Để sử dụng tham chiếu dài, hãy chỉ định đúng trong hàm tạo WeakReference.

Nếu loại của đối tượng không có một phương pháp Finalize, kẻ yếu chức năng tham khảo ngắn áp dụng và tham chiếu yếu chỉ có hiệu lực cho đến khi mục tiêu được thu thập, có thể xảy ra bất cứ lúc nào sau khi finalizer được chạy.

Để thiết lập tham chiếu mạnh và sử dụng lại đối tượng, hãy đúc Thuộc tính mục tiêu của WeakReference cho loại đối tượng. Nếu thuộc tính Target trả về null, đối tượng đã được thu thập; nếu không, bạn có thể tiếp tục sử dụng đối tượng vì ứng dụng có lấy lại tham chiếu mạnh mẽ cho đối tượng đó.

Hướng dẫn Sử dụng Tài liệu tham khảo Yếu

Sử dụng tài liệu tham khảo yếu dài chỉ khi cần thiết như trạng thái của đối tượng là không thể đoán trước sau khi quyết toán. Tránh sử dụng các tham chiếu yếu đối với các đối tượng nhỏ vì chính con trỏ có thể lớn hơn hoặc lớn hơn.

Tránh sử dụng các tham chiếu yếu làm giải pháp tự động cho bộ nhớ sự cố quản lý. Thay vào đó, hãy phát triển chính sách lưu bộ nhớ đệm hiệu quả cho việc xử lý các đối tượng của ứng dụng của bạn là .

Reference