Как долго висят обычные классы в памяти?

Продолжительность жизни объектов в памяти .NET / Unity

В контексте Unity и платформы .NET, "обычные классы" (то есть объекты, созданные из пользовательских классов) находятся в памяти до тех пор, пока они остаются достижимыми (имеют активные ссылки) и пока их не уничтожит система управления памятью — Garbage Collector (GC).

Механизм управления памятью и жизненный цикл объектов

В Unity используется Managed Memory (управляемая память), работающая под контролем GC из .NET. Жизненный цикл объекта можно разделить на следующие этапы:

1. Создание объекта (new): Объект размещается в Managed Heap.
2. Период использования: Объект остается в памяти, пока на него существует хотя бы одна активная ссылка (например, переменная в скрипте, ссылка в другом объекте, статическое поле).
3. Становление недостижимым: Когда все ссылки на объект уничтожены (переменные перезаписываются, ссылающиеся объекты уничтожаются, объект выходит из области видимости), он становится кандидатом на удаление.
4. Сборка мусора (Garbage Collection): GC периодически (или при определенных условиях, например, при нехватке памяти) проверяет heap, идентифицирует недостижимые объекты и освобождает занимаемую ими память.

Важно: Время между моментом, когда объект становится недостижимым, и моментом его фактического удаления GC не определено точно. GC работает не по расписанию, а по необходимости. Объект может "висеть" в памяти от нескольких миллисекунд до нескольких секунд или даже дольше, если приложение не создает давления на память и GC не активируется.

Пример жизненного цикла в Unity

Рассмотрим простой класс и его использование:

// Пример обычного класса
public class EnemyData
{
    public string Name;
    public int Health;
    public Vector3 Position;
}

public class EnemyManager : MonoBehaviour
{
    private EnemyData currentEnemy; // Ссылка, сохраняющая объект в памяти

    void Start()
    {
        // 1. Создание объекта. Он теперь находится в managed heap.
        currentEnemy = new EnemyData();
        currentEnemy.Name = "Orc";
        currentEnemy.Health = 100;
    }

    void OnDestroy()
    {
        // 2. При уничтожении MonoBehaviour ссылка currentEnemy становится null.
        // Сам объект EnemyData теперь НЕДОСТИЖИМ (если других ссылок нет).
        currentEnemy = null;
        // 3. Объект EnemyData останется в памяти до следующего запуска GC,
        // который может произойти в любой момент после этой точки.
    }
}

Ключевые факторы, влияющие на время жизни

• Частота и алгоритм сборки мусора: Unity использует Базовый алгоритм GC (Boehm–Demers–Weiser). Он не работает в реальном времени и может вызывать заметные падения производительности (GC spikes) при большой нагрузке. Время до следующей сборки не фиксировано.
• Объем управляемой памяти и давление на нее: Если приложение активно создает множество временных объектов (например, в цикле Update), давление на память возрастает, и GC будет вызываться чаще, ускоряя освобождение недостижимых объектов.
• Статические ссылки и глобальные контейнеры: Если ссылка на объект хранится в статическом поле (static), глобальном списке (List<EnemyData>) или другом долгоживущем контейнере, объект будет оставаться достижимым и, соответственно, в памяти, пока эта ссылка не будет явно удалена. Это может привести к утечке памяти (memory leak) даже в управляемой среде.

  public static List<EnemyData> AllEnemies = new List<EnemyData>(); // Глобальный контейнер
  // Объекты, добавленные в AllEnemies, будут жить до тех пор, пока их не удалить из списка.
  

Практические рекомендации для Unity-разработчика

• Контролируйте ссылки: Явно обнуляйте (null) ссылки на большие объекты, когда они не нужны, особенно при переходе между сценами или при уничтожении GameObject.
• Избегайте неявных утечек: Осторожно используйте статические поля и долгоживущие коллекции. Реализуйте механизмы очистки.
• Оптимизируйте создание временных объектов: Минимизируйте создание новых объектов в часто вызываемых методах (Update, FixedUpdate) для снижения давления на GC. Используйте пулы объектов (Object Pooling) для часто пересоздаваемых сущностей.
• Мониторинг памяти: Используйте Unity Profiler (раздел Memory) для отслеживания объема управляемой heap и количества вызовов GC.

Итог: "Обычный класс" висит в памяти неопределенное время, пока он достижим, и еще некоторое неопределенное время после того, как стал недостижимым, пока GC не освободит его память. Прямого управления моментом удаления у разработчика нет, но он может управлять достижимостью объекта через ссылки, что является ключом к эффективному управлению памятью в Unity.