Как отловить утечку памяти при переходе между сценами?

Диагностика и устранение утечек памяти при переходе между сценами в Unity

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

1. Использование инструментов профилирования

Основной инструмент — Unity Profiler (окно Memory). При переходе между сценами важно:

• Сравнить снимки (Snapshots) памяти до и после перехода. Внимательно изучать рост в секциях:

    *   **Managed Heap**: Указывает на незаконно хранящиеся ссылки на C# объекты (например, коллекции в статических классах, незарегистрированные события).
    *   **Native Memory**: Может указывать на неуправляемые ресурсы (текстуры, аудио, GameObject), не уничтоженные при `SceneManager.UnloadSceneAsync` или `Destroy`.

• В режиме Deep Profiling детально отслеживать, какие методы или системы выделяют память.

Пример кода для логирования состояния памяти при переходе:

using UnityEngine;
using UnityEngine.SceneManagement;

public class SceneMemoryMonitor : MonoBehaviour
{
    private void OnSceneLoaded(Scene scene, LoadSceneMode mode)
    {
        Debug.Log($"Scene '{scene.name}' loaded. Total Memory: {System.GC.GetTotalMemory(false) / 1024} KB");
    }

    private void OnEnable()
    {
        SceneManager.sceneLoaded += OnSceneLoaded;
    }

    private void OnDisable()
    {
        SceneManager.sceneLoaded -= OnSceneLoaded;
    }
}

2. Методология чистого перехода между сценами

Ключевые практики для предотвращения утечек:

• Очистка статических полей и событий: Статические классы или Singleton'ы часто хранят ссылки на объекты предыдущей сцены.

  // Пример очистки статического события
  public static class EventManager
  {
      public static System.Action OnGameEvent;
      
      public static void CleanupBeforeSceneChange()
      {
          OnGameEvent = null; // Удаляем все подписчиков
      }
  }
  

• Отмена всех Coroutine и Async операций: Запущенные Coroutine на уничтоженных GameObject могут продолжать работать и ссылаться на старые объекты. Используйте StopAllCoroutines() при OnDestroy().
• Правильное уничтожение объектов: Убедитесь, что все объекты, специфичные для сцены, уничтожаются. Не забывайте о неактивных (disabled) GameObject и их компонентах.
• Очистка ссылок в ScriptableObject: Данные в ScriptableObject сохраняются между сценами. Убедитесь, что они не содержат временных данных сцены.

3. Анализ типичных источников утечек

• Незарегистрированные подписчики событий: Самая частая причина. Всегда регистрируйте события в OnEnable и удаляйте в OnDisable.

  private void OnEnable()
  {
      EventManager.OnGameEvent += HandleEvent;
  }
  
  private void OnDisable()
  {
      EventManager.OnGameEvent -= HandleEvent;
  }
  

• Ресурсы, загруженные через Resources.Load без последующего Release: Для некоторых ресурсов (например, аудио через AssetBundle) требуется явное освобождение.
• Пуллы объектов (Object Pooling): Если пул не очищается при переходе сцены, он может хранить сотни ссылок на старые объекты. Реализуйте метод ReleasePool().
• Ссылки в компонентах MonoBehaviour на других объектах: Компонент на постоянном объекте (например, GameManager) может хранить ссылку на уничтоженный объект из предыдущей сцены. Используйте null проверки и очистку.

4. Дополнительные инструменты и приемы

• Custom Script для поиска "пропавших" ссылок: Напишите скрипт, который после перехода сцены проходит по ключевым статическим полям и коллекциям, проверяя наличие null или ссылок на уничтоженные объекты.
• Тестирование на платформе сборки: Утечки могут проявляться сильнее на iOS/Android из-за более агрессивного управления памятью. Используйте Xcode Memory Graph или Android Profiler.
• Логирование создания/уничтожения объектов: Временное добавление логирования в Awake() и OnDestroy() ключевых объектов помогает отследить "неуничтоженные" экземпляры.

Заключение: Отлов утечек памяти при переходе сцен — это процесс, требующиющий сочетания проактивных практик разработки (чистка событий, правильное уничтожение) и реактивного анализа (Profiler, снимки памяти). Систематическое применение этих методов минимизирует риски и обеспечивает стабильную работу приложения на всех платформах.