Что знаешь о памяти?

Основы управления памятью в Unity

Как Unity Developer с большим опытом, я рассматриваю память в контексте Managed Memory (управляемой, через C#) и Native Memory (нативной, "неуправляемой", используемой Unity Engine).

Управляемая память (C# и .NET)

В этой области работает система сборки мусора (Garbage Collector, GC) .NET. Основные источники выделения памяти и последующих сборок:

• Создание новых объектов: особенно в критических по производительности участках кода.
• Строки (string): операции конкатенации, разделения, форматирования создают новые строки.
• Массивы и коллекции: частое изменение размеров (особенно List<T>.Add() без предварительного задания capacity).
• Делегаты и события: неправильное управление может привести к утечке ссылок и увеличению нагрузки на GC.

Пример проблемного кода, вызывающего аллокацию:

void Update() {
    // Плохо: создается новый string каждую frame!
    string status = "Health: " + currentHealth.ToString();
    UpdateUI(status);
}

Решение — использование StringBuilder или кэширование:

private StringBuilder statusBuilder = new StringBuilder(20);
void Update() {
    // Хорошо: аллокация происходит только если capacity превышен
    statusBuilder.Clear();
    statusBuilder.Append("Health: ");
    statusBuilder.Append(currentHealth);
    UpdateUI(statusBuilder.ToString());
}

Нативная (Native) память и Unity-specific объекты

Это память, управляемая непосредственно Unity Engine (C++). Ключевые объекты и практики:

• Мессы (Mesh), текстуры (Texture), материалы (Material), аудио-клипы (AudioClip) занимают нативную память. Их необходимо явно уничтожать через Destroy() или использовать пулы объектов (Object Pooling) для повторного использования.
• Asset Bundles и Addressables: система для динамической загрузки и выгрузки ресурсов, позволяющая контролировать их присутствие в памяти.
• Unused Assets: Unity может сохранять ссылки на ассеты даже после их "удаления" из сцены. Для очистки используется Resources.UnloadUnusedAssets() (но это операция может быть тяжелой).

Профилирование и инструменты

Для анализа использования памяти я активно использую:

1. Unity Profiler (Memory Area):

    *   Позволяет видеть разбиение на **Managed Heap**, **Native Heap**, **Graphics**, **Assets**.
    *   Показывает "снимки" (snapshots) памяти для сравнения состояния.

1. Unity Memory Profiler (расширенный инструмент):

    *   Предоставляет детализированное дерево объектов, их взаимосвязи и размеры.
    *   Помогает находить "утечки" — объекты, которые неожиданно остаются в памяти.

Практические стратегии оптимизации

• Предотвращение аллокаций в Update() / FixedUpdate(): кэширование ссылок, использование статических или предварительно созданных объектов.
• Object Pooling для часто создаваемых/уничтожаемых объектов (пули, эффекты, враги):

public class BulletPool {
    private List<Bullet> pool = new List<Bullet>();
    private Bullet prefab;

    public Bullet GetBullet() {
        foreach(var b in pool) if(!b.active) return b;
        Bullet newBullet = Instantiate(prefab);
        pool.Add(newBullet);
        return newBullet;
    }
}

• Разумное использование Resources и AssetBundles: избегание загрузки всех ассетов в память сразу.
• Осторожность с событиями и делегатами: всегда отписываться (-=) от событий, когда объект становится неактивным.
• Структуры (struct) вместо классов (class) для небольших, часто создаваемых данных: структуры, если они не содержат ссылок на managed объекты, не создают нагрузку на GC при использовании в массивах или стеках.

Понимание различий между Managed и Native памятью, постоянное профилирование и применение паттернов, минимизирующих аллокации — это основа для создания стабильных и производительных проектов в Unity, особенно для мобильных платформ или больших, сложных игр.