После какого момента сборщик мусора понимает, что нужно проводить сборку?

Сборщик мусора (Garbage Collector) в JVM решает провести сборку на основе различных факторов, включая:

• Нехватка свободной памяти (Heap): Когда JVM пытается выделить память для нового объекта, но свободного пространства недостаточно. Это наиболее частая причина.
• Достижение лимита памяти: Если JVM почти полностью исчерпала выделенную ей память.
• Настраиваемые пороги: Некоторые сборщики мусора могут запускаться при достижении определенного процента занятой памяти (например, -XX:GCTimeRatio).
• Явный вызов System.gc() или Runtime.getRuntime().gc(): Эти методы предполагают сборку мусора, но не гарантируют ее немедленное выполнение. JVM может проигнорировать этот вызов, сочтя его нецелесообразным в данный момент.
• Низкоуровневые события: Некоторые GCs могут запускаться по таймеру (в режиме пониженной активности приложения) или в ответ на другие внутренние сигналы JVM.

Конкретные алгоритмы и условия запуска зависят от типа сборщика мусора (Serial, Parallel, G1, Shenandoah, ZGC и т.д.) и его конфигурации. Основной принцип — запуск происходит тогда, когда JVM считает это необходимым или наиболее эффективным для поддержания стабильной работы и предотвращения OutOfMemoryError.