Khi nào WeakReference # get() bắt đầu trả về null?

Question

Tôi muốn sử dụng WeakReference s như một phần của bộ nhớ cache bitmap (android) để có thể kiểm tra khi bitmap không được sử dụng nữa.

Bộ nhớ cache của tôi có kích thước tối đa nhỏ hơn không gian heap Java. Khi một bitmap mới sẽ tràn bộ nhớ cache, nó sẽ cho phép các bitmap không cần nữa.

Câu hỏi của tôi: Khi nào phương thức get() của một WeakReference trả về null?

1. Ngay sau khi không có tham chiếu mạnh mẽ hơn cho đối tượng? (và GC chưa xảy ra)
2. Hoặc khi GC đã chạy và xác định rằng chúng không có tham chiếu mạnh mẽ hơn đối với đối tượng?

Nếu 2. đúng hơn là tôi có thể gặp tình huống mà bộ nhớ cache của tôi có thể lấp đầy và GC gần đây không chạy vì lý do nào đó.

Sau đó, ngay cả khi tôi đã từ bỏ tham chiếu SAU lần chạy GC cuối cùng, WeakReference#get() vẫn sẽ trả lại đối tượng và bộ nhớ cache của tôi sẽ không xóa nó.

Answer 1

Câu trả lời là tùy thuộc vào phiên bản Android bạn đang sử dụng. Một nơi nào đó trong khung thời gian 2,3, Android đã thay đổi cách xử lý hoặc tham chiếu yếu. Trước đây, nó đã xóa chúng khi GC chạy. Kể từ một số phiên bản 2.3 (2.3.3?) Nó bắt đầu xóa chúng ngay lập tức khi tham chiếu mạnh cuối cùng biến mất. Vì vậy, trong các phiên bản hiện đại của Android, các tham chiếu yếu là vô dụng.

Trước thay đổi này, các tham chiếu yếu được sử dụng để lưu vào bộ nhớ đệm. Chúng không còn hoạt động nữa. Cách chính xác bây giờ là sử dụng một LRUCache. Nếu bạn cần hỗ trợ các phiên bản cũ hơn, hãy sử dụng thư viện hỗ trợ để backport bộ nhớ cache LRU.

Sau khi tìm kiếm, tôi nghĩ rằng thay đổi được thực hiện trong 3.0, chứ không phải 2.3. Tuy nhiên, giải pháp là như nhau.

Answer 2

WeakReference được xóa ngay sau khi GC xác định rằng đối tượng có thể truy cập yếu.

Điều này gần với trường hợp thứ hai của bạn. Tuy nhiên, khả năng tiếp cận yếu không chỉ đòi hỏi sự vắng mặt của các tài liệu tham khảo mạnh mẽ, mà còn thiếu sự tham khảo mềm.

Từ các tài liệu gói Java cho java.lang.ref:

tài liệu tham khảo mềm và yếu sẽ được tự động xóa bởi các nhà sưu tập trước khi được bổ sung vào hàng đợi mà họ đã được đăng ký, nếu có.

...

Một đối tượng là một cách yếu ớt có thể truy cập nếu nó không phải là mạnh mẽ hay nhẹ nhàng có thể truy cập nhưng có thể đạt được bằng cách đi qua một tham chiếu yếu. Khi các tham chiếu yếu tới một đối tượng yếu có thể truy cập được xóa, đối tượng sẽ đủ điều kiện để hoàn thành.

Answer 3

Để bộ nhớ cache bitmap sử dụng SoftReference thay vì yếu. GC sẽ xóa WeakReference ngay sau khi nó mất tất cả các tham chiếu mạnh mẽ và mềm của nó mà có thể phá hủy mục đích của bộ nhớ đệm. SoftReference chỉ được xóa nếu có bộ nhớ thấp. Và nó được đảm bảo rằng GC sẽ được chạy trước khi ném một OOME.

Answer 4

Như đã nêu trong các câu trả lời khác, WeakReference sẽ trả về null khi đối tượng nhọn không có tham chiếu mạnh/mềm và GC đã thu hồi bộ nhớ.

Trên quy tắc chung hơn, tôi không nghĩ rằng yếu/SoftReferences là một điều tốt trong một ứng dụng. Nó làm cho mối quan tâm kết hợp của bạn:

• ứng dụng của bạn là về logic kinh doanh
• Các JVM và Dalvik là về quản lý bộ nhớ và tối ưu hóa mã.

Khi bạn bắt đầu sử dụng tham chiếu Yếu/Mềm, bạn giới thiệu các mối quan tâm do bộ nhớ quản lý trong ứng dụng, điều này làm cho việc phát triển/gỡ lỗi/hiểu khó hơn.

Thay vào đó, bạn có thể muốn có bộ nhớ LRU kích thước cố định (số phần tử hoặc kích thước bit).

Hy vọng điều đó sẽ hữu ích!