Młode, trwałe i trwałe pokolenie

Java garbage collector jest określany jako Generative Garbage Collector . Obiekty w aplikacji żyją przez różny czas w zależności od tego, gdzie są tworzone i w jaki sposób są używane. Najważniejsze jest to, że wykorzystanie różnych strategii usuwania śmieci dla obiektów o krótkiej i długiej żywotności pozwala zoptymalizować GC specjalnie dla każdego przypadku.

Luźno mówiąc, jak obiekty "przetrwać" powtarzające się zbiórki śmieci w młode pokolenie są migrowane do pokolenia . permanent Generation jest szczególnym przypadkiem, zawiera obiekty, które są potrzebne przez JVM, które niekoniecznie są reprezentowane w twoim programie, na przykład obiekty, które reprezentują klasy i metody.

Ponieważ młode pokolenie zazwyczaj zawiera w sobie dużo śmieci, jest zoptymalizowane do pozbycia się wielu nieużywanych przedmiotów na raz. Pokolenie ponieważ zawiera dłuższe obiekty są zoptymalizowane pod kątem szybkiego usuwania śmieci bez marnowania dużo pamięci.

Wraz z ulepszeniami technologii usuwania śmieci szczegóły stały się dość skomplikowane i różnią się w zależności od JVM i sposobu jego konfiguracji. Powinieneś przeczytać dokumentację dla konkretnego JVM, którego używasz, jeśli chcesz dokładnie wiedzieć, co się dzieje.

To powiedziawszy, istnieje prosty układ historyczny, który jest nadal przydatny na poziomie koncepcyjnym. Historycznie młode pokolenie byłoby kolekcjoner kopii i pokolenie być mark and sweep collector. A copy collector nie płaci zasadniczo żadnych kosztów procesora za pozbycie się śmieci, większość kosztów polega na utrzymaniu żywych obiektów, ceną tej wydajności jest większe zużycie pamięci. Kolektor mark and sweep płaci pewne koszty procesora zarówno dla żywych, jak i nieużywanych obiektów, ale efektywniej wykorzystuje pamięć.