Что происходит с объектом после прохождения цикла в Garbage Collector

Что происходит с объектом после прохождения цикла в Garbage Collector

Жизненный цикл объекта в памяти

Когда объект создаётся в циклеи выходит из области видимости, начинается процесс его удаления из памяти. Garbage Collector (сборщик мусора) в Java — это механизм, который автоматически освобождает память от объектов, на которые больше нет ссылок.

Этапы жизни объекта

1. Создание объекта — объект выделяется в куче (heap)
2. Использование — объект существует и содержит ссылки
3. Выход из области видимости — переменная теряет ссылку на объект
4. Пометка для удаления — объект становится недостижимым (unreachable)
5. Сборка мусора — GC удаляет объект и освобождает память

Пример с циклом

public class GarbageCollectorExample {
    public static void main(String[] args) {
        // Цикл создаёт объекты
        for (int i = 0; i < 1000; i++) {
            User user = new User("User " + i);
            // После завершения итерации переменная user выходит из области видимости
            // Объект User становится доступным для сборки мусора
        }
        // После цикла все 1000 объектов User помечены как "garbage"
    }
}

class User {
    private String name;
    
    public User(String name) {
        this.name = name;
    }
}

Что конкретно происходит

Сразу после цикла:

• Все объекты User потеряли ссылки
• Объекты находятся в heap-памяти, но недостижимы
• Они помечены как кандидаты на удаление

Во время сборки мусора:

• GC определяет объекты без активных ссылок
• Объект помещается в финализационную очередь (если есть finalize())
• Вызывается finalize() если он определён
• Память освобождается и возвращается в кучу

Алгоритмы обнаружения мусора

Reference Counting (редко в Java):

// Если счётчик ссылок = 0, объект удаляется
Object obj = new Object(); // счётчик = 1
Object ref = obj;         // счётчик = 2
obj = null;               // счётчик = 1
ref = null;               // счётчик = 0 → объект удалён

Mark and Sweep (основной алгоритм в Java):

1. Mark-фаза: обходим граф объектов, помечаем достижимые
2. Sweep-фаза: удаляем непомеченные объекты

Поколения объектов

JVM использует generational garbage collection:

public class GenerationExample {
    public static void main(String[] args) {
        // Young Generation - быстрая сборка
        for (int i = 0; i < 100; i++) {
            String temp = "temporary"; // быстро удалится в Minor GC
        }
        
        // Old Generation - редкая сборка
        List<Data> longLived = new ArrayList<>();
        for (int i = 0; i < 10; i++) {
            longLived.add(new Data(i)); // переживёт несколько Minor GC
        }
    }
}

Когда происходит сборка

1. Minor GC - очистка Young Generation (часто, быстро)
2. Major GC / Full GC - очистка Old Generation (редко, долго)
3. Явный вызов - System.gc() (не гарантирован!)

Практические советы

// ✅ Помощь GC - обнуляем ссылки на крупные объекты
public void processData() {
    byte[] largeArray = new byte[10_000_000];
    // использование largeArray
    largeArray = null; // явный hint для GC
}

// ✅ Используй try-with-resources для ресурсов
try (FileInputStream fis = new FileInputStream("file.txt")) {
    // ресурс автоматически закроется и память освободится
}

// ❌ Избегай финализаторов
public void bad() {
    Object obj = new Object() {
        protected void finalize() { } // ПЛОХО - замедляет GC
    };
}

Мониторинг

# JVM флаги для отладки GC
java -XX:+PrintGCDetails -XX:+PrintGCTimeStamps MyApp
java -XX:+UseG1GC -XX:MaxGCPauseMillis=200 MyApp

Итог

Объект, выходящий из цикла, проходит через Mark-and-Sweep алгоритм. JVM определяет отсутствие ссылок и помещает объект в очередь удаления. Memory освобождается в следующий цикл сборки мусора, время которого не определено точно. Разработчику нужно понимать это поведение для эффективного управления памятью и оптимизации приложений.