Jak i kiedy fasola @ViewScoped została zniszczona w JSF?

Question

Cykl życia @RequestScoped i @SessionScopedBeanzarządzanych fasoli z zarządzanych przez samego pojemnika Servlet, ponieważ są one w zasadzie przechowywane jako atrybut HttpRequest i HttpSession odpowiednio. W jaki sposób JSF zarządza cyklem życia urządzenia @ViewScopedBean? Wiem, że jest tworzony, gdy widok jest tworzony i można go używać do czasu odświeżenia widoku do innego widoku. Ale dowiedziałem się, że to nie śmieci są zbierane natychmiast po tym, jak przenosimy się z tego widoku.

Answer 1

Będzie on zniszczony podczas

• odświeżenie strony z nieprzestrzegania null wynik jest prowadzone prawidłowo,

• lub liczba (logicznych) widoków w sesji został przekroczony, a zwłaszcza widok jest pierwszym w łańcuchu LRU (w Mojarrze, który można konfigurować za pomocą parametrów kontekstowych com.sun.faces.numberOfViewsInSession i com.sun.faces.numberOfLogicalViews, z których każdy ma domyślną wartość 15),

• lub nu Domyślnie przekroczono zakres działania w sesji (w Mojarrze, to zakodowany limit 25), zobacz także JSF 2.2 Memory Consumption: Why does Mojarra keep the ViewScoped Beans of the last 25 Views in Memory?

• lub sesja wygasła.

To będzie zatem nie zostać zniszczone, gdy strona jest rozładowywane w wyniku kliknięcia łącza GET do innej strony lub odświeżyć stronę lub zamykając kartę/okno przeglądarki. Fasola będzie żyła tak długo, aż spełniony zostanie jeden z wyżej wymienionych warunków. Aby go zniszczyć mimo rozładowania, rozważ użycie zamiast tego opcji OmniFaces @ViewScoped.