Что хотят услышать интервьюеры:

Да, в JVM можно запросить запуск сборщика мусора программно, но это только рекомендация, а не команда. Решение о фактическом запуске остаётся за виртуальной машиной. В нормальном коде на это не стоит полагаться как на способ управления памятью.

Определение:

В JVM есть механизм, который позволяет приложению попросить выполнить сборку мусора, обычно через System.gc() или Runtime.getRuntime().gc(). Однако спецификация не гарантирует немедленный запуск GC: JVM может проигнорировать запрос или выполнить его позже. Поэтому такой вызов не является надёжным инструментом для освобождения памяти по требованию.

Пример использования:

Например, после завершения большого временного расчёта приложение может подать запрос на сборку мусора, чтобы JVM потенциально освободила объекты, которые больше не нужны.

public class App {
    public static void main(String[] args) {
        byte[] buffer = new byte[50_000_000];

        // Работа с большим временным объектом
        buffer = null;

        // Запрос на сборку мусора
        System.gc();

        System.out.println("GC requested");
    }
}

Пояснение кода:

Код показывает типичный сценарий: создаётся большой объект, затем ссылка на него обнуляется, чтобы объект стал доступен для сборки мусора. После этого вызывается System.gc(), который лишь просит JVM инициировать GC. Если JVM сочтёт это уместным, она может запустить сборщик мусора и освободить память, но точный момент и сам факт запуска не гарантируются.

Ключевые моменты:

System.gc() и Runtime.getRuntime().gc() — это запрос, а не принудительный запуск.
JVM сама решает, когда и запускать ли GC вообще.
Использовать явный вызов GC в бизнес-логике обычно не рекомендуется.
Для управления памятью важно уменьшать количество долгоживущих ссылок и правильно работать с ресурсами.
Надёжнее проектировать код так, чтобы он был GC-friendly, чем пытаться вручную инициировать сборку мусора.

Можно ли программно инициировать выполнение сборщика мусора в JVM?