Czy jest sytuacja, w której lepiej byłoby użyć słabych referencji zamiast prostej kompozycji?

Chociaż docs Java określić, że odniesienia Słabe są przede wszystkim dla canonicalizing mapowania, znajdziesz wiele , wiele , wiele ludzi w internecie stwierdzające, że WeakHashMap jest idealny do przechowywania metadanych obiektu w trakcie jego trwania. Jednak nikt nie zadaje sobie trudu, aby podać zrozumiały I odpowiedni przykład.

Używanie WeakHashMap do dodawania do obiektu niektórych właściwości lub przechowywania dźwięków metadanych, jak arbitralna decyzja oparta na chęci użycia tego cholerstwa. Innymi słowy - zły projekt . Rozumiem, że są sytuacje, w których dziedziczenie może nie być dostępne (klasy końcowe, interfejsy), ale co ze składem? Nie mogę wymyślić jednego przykładu, w którym kompozycja nie byłaby opcją. I na pewno lepszy, ponieważ opiera się na ugruntowanej zasadzie, zamiast „dziwactwa językowego”.

Czy jest więc sytuacja, w której lepiej byłoby użyć słabych referencji zamiast prostej kompozycji? Jeśli nie, to dlaczego wszyscy w Internecie źle to rozumieją?

Powiedzmy, że muszę skojarzyć niektóre metadane z niektórymi obiektami danych. To dość powszechny scenariusz. Nie kontroluję obiektów danych, a jest ich wiele, a interfejs API (wywołania zwrotne, metody wirtualne itp.) Oferuje mi te obiekty danych, ale bez moich metadanych. Muszę więc śledzić stan każdego z tych obiektów danych, mianowicie te, które widziałem wcześniej i które mogę zobaczyć ponownie. Nazwę te metadane ozdobą, która jest czasem używana w odniesieniu do tego pojęcia.

Prosta kompozycja umożliwia łatwe wyszukiwanie od obiektu ozdobnego (tego z metadanymi) do drugiego obiektu (tego z danymi), przy założeniu, że skoro kontroluję projekt obiektu metadanych, mogę umieścić w nim odniesienie bezpośrednio do obiektu danych .

Jednak jeśli nie kontrolujesz projektu obiektu danych i nie możesz go zmienić, prosta kompozycja nie zapewnia wyszukiwania wstecznego (od obiektu danych do niektórych metadanych). W rzeczywistości, chyba że masz kolekcję obiektów metadanych, nie możesz nawet zlokalizować powiązanego elementu metadanych, biorąc pod uwagę element obiektu (danych).

Oprócz problemu wyszukiwania w kierunku od obiektu, aby znaleźć jego ozdobne metadane, istnieje również problem trwałości metadanych.

Metadane, które gromadzą się i nigdy nie są uwalniane, nawet gdy obiekt danych nie jest już używany, stanowią wyciek pamięci.

Słaba mapa odniesienia rozwiązuje oba problemy. Pozwala zlokalizować metadane na podstawie danych i umożliwia uwolnienie metadanych w pewnym momencie po uwolnieniu danych.

Zauważ też, że słaby skrót odwołujący się pozwala nie tylko odzyskać (metadane) wartości (gc'ed), ale także klucze (danych) do odzyskania (gc'ed), ponieważ jeśli klucze byłyby przechowywane, byłoby to również wyciek pamięci, a ponadto wartości nie mogły zostać nigdy zwolnione.