Когда механизм сборки мусора важен для разработчика

Механизм сборки мусора (GC) критичен, когда нужно оптимизировать производительность и избегать утечек памяти. Разработчик должен понимать, как работают разные сборщики (Serial, Parallel, CMS, G1, ZGC), чтобы выбрать подходящий для конкретного сценария. Например, для low-latency приложений подойдёт ZGC, а для throughput-ориентированных — Parallel GC.

Пример утечки памяти (неправильно закрытые ресурсы):

public class LeakExample {
    private static List<byte[]> list = new ArrayList<>();
    public static void main(String[] args) {
        while (true) {
            list.add(new byte[10_000]); // Утечка из-за static-списка
        }
    }
}

Важно контролировать жизненный цикл объектов, избегать циклических ссылок и использовать weak/soft-ссылки там, где уместно.