Zrozumienie klas referencyjnych języka Java: SoftReference, WeakReference i PhantomReference

Czy ktoś może wyjaśnić różnicę między trzema klasami odniesienia (lub zamieścić link do ładnego wyjaśnienia)? SoftReference> WeakReference> PhantomReference, Ale kiedy użyłbym każdy? Dlaczego jest, WeakHashMapale nie ma SoftHashMaplub PhantomHashMap?

A jeśli użyję następującego kodu ...

WeakReference<String> ref = new WeakReference<String>("Hello!");
if (ref != null) {                 // ref can get collected at any time...
    System.gc();                   // Let's assume ref gets collected here.
    System.out.println(ref.get()); // Now what?!
}

...co się dzieje? Muszę sprawdzić, czy refjest null przed każdym rachunku (to jest złe, ale co należy zrobić)? Przepraszam za szybkie pytania, ale mam problem ze zrozumieniem tych Referencezajęć ... Dzięki!

Dokumentacja biblioteki Java dla java.lang.refpakietu charakteryzuje malejącą siłę trzech jawnych typów odwołań.

Używasz a, SoftReferencegdy chcesz, aby obiekt, do którego istnieje odwołanie, pozostał aktywny, dopóki proces hosta nie będzie zabrakło pamięci. Obiekt nie będzie kwalifikował się do kolekcji aż kolektor potrzebuje do wolnej pamięci. Luźno sformułowane, wiązanie SoftReferenceoznacza: „Przypnij obiekt, dopóki nie będziesz mógł”.

Z drugiej strony, użyj a, WeakReferencegdy nie chcesz wpływać na czas życia obiektu, do którego się odwołuje; chcesz po prostu zrobić oddzielne stwierdzenie dotyczące obiektu, do którego się odwołujesz, dopóki pozostaje on żywy. Na kwalifikowalność obiektu do odbioru nie ma wpływu obecność związanych elementów WeakReference. Coś w rodzaju zewnętrznego mapowania z instancji obiektu na powiązaną właściwość, gdzie właściwość musi być rejestrowana tylko tak długo, jak powiązany obiekt żyje, jest dobrym zastosowaniem dla WeakReferences i WeakHashMap.

Ten ostatni… - PhantomReferencejest trudniejszy do scharakteryzowania. Na WeakReferenceprzykład takie ograniczenie PhantomReferencenie ma wpływu na żywotność obiektu, do którego się odwołuje. Ale w przeciwieństwie do innych typów referencyjnych, nie można nawet wyłuskać a PhantomReference. W pewnym sensie nie wskazuje na to, na co wskazuje, o ile dzwoniący mogą powiedzieć. Pozwala tylko na powiązanie pewnych powiązanych danych z obiektem, do którego się odwołuje - danymi, które mogą być później sprawdzane i wykonywane, gdy zostaną PhantomReferenceumieszczone w kolejce w powiązanych z nimi obiektach ReferenceQueue. Zwykle typ pochodzi z PhantomReferencetego typu pochodnego i zawiera dodatkowe dane. Niestety, użycie takiego typu pochodnego wymaga pewnych ograniczeń.

W Twoim przykładowym kodzie to nie refodwołanie (lub, jeśli wolisz, „zmienna”), które może mieć wartość null. Jest to raczej wartość uzyskana przez wywołanie, Reference#get()która może być zerowa. Jeśli okaże się, że jest zerowy, jesteś za późno; obiekt, do którego istnieje odwołanie, jest już w drodze do pobrania:

final String val = ref.get();
if (null != val)
{
  // "val" is now pinned strongly.
}
else
{
  // "val" is already ready to be collected.
}

Link: https://community.oracle.com/blogs/enicholas/2006/05/04/understanding-weak-references

PhantomHashMapnie działałby zbyt dobrze, ponieważ getzawsze wraca nulldo odniesień fantomowych.

Pamięć podręczna jest trudna, więc SoftHashMapmoże nie działać tak dobrze, jak mogłoby się wydawać. Uważam jednak, że biblioteka kolekcji Google zawiera ogólną implementację mapy referencyjnej.

Powinieneś zawsze sprawdzić, czy getzwraca non- null. (Zwróć uwagę, że nie sprawdzanie, czy Referencesamo odwołanie nie jest… null). W przypadku łańcuchów z internowanymi ciągami tak będzie zawsze, ale (jak zawsze) nie staraj się być „sprytny”.

Należy również wspomnieć, jak stwierdził w komentarzu Truong Xuan Tinh, tutaj: http://blog.yohanliyanage.com/2010/10/ktjs-3-soft-weak-phantom-references/

Ta JRockit JVM implementuje słabe / miękkie / fantomowe odniesienia inaczej niż Sun JVM.

String str = new String("hello, world");
WeakReference<String> ref = new WeakReference<String>(str);
str = null;

if (ref != null) {                 
    System.gc(); 
    System.out.println(ref.get());
}

W takim przypadku zwróci wartość null. Wezwanie System.gc()jest tutaj ważne.