Жрёт память и пухнет — что это, причины и как избежать

Что такое утечка памяти и раздувание приложения?

Утечка памяти (memory leak) — ситуация, когда объект, который больше не нужен приложению, продолжает удерживаться в heap, потому что на него остаётся активная ссылка от корневого набора (GC Root). Сборщик мусора считает такой объект живым и не удаляет его.

Раздувание памяти (memory bloat) — более широкая проблема, когда приложение потребляет больше памяти, чем необходимо для выполнения текущих задач. Причины: избыточное кэширование, дублирование объектов, неоптимальные структуры данных и фрагментация heap.

В Android на каждое приложение выделяется ограниченный heap (обычно 64-512 MB в зависимости от устройства и версии ОС). В iOS ограничение менее жёсткое, но система отправляет memory warning при приближении к лимиту.

По данным Facebook Engineering Blog, утечки памяти — причина ~15% crash-репортов в мобильных приложениях. В Android к этому добавляются ANR из-за частых GC пауз при нехватке памяти.

Типичные паттерны утечек памяти в Android и iOS

Статическая ссылка на Activity — классика Android-утечек. Если статическое поле или синглтон хранит ссылку на Activity, она не будет собрана GC даже после finish(), пока синглтон жив. Activity — тяжёлый объект, содержащий View hierarchy, resources и Context.

object LeakHolder {
    var activityRef: Activity ?= null // leak: static reference to Activity
}

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle ?= null) {
        super.onCreate(savedInstanceState)
        LeakHolder.activityRef = this // ❌ MainActivity will never be GC'd
    }
}

Анонимные классы и лямбды — неявно удерживают ссылку на внешний класс. Если Runnable или Callback передаётся во внешний сервис, а Activity уничтожается, объект анонимного класса всё ещё висит в очереди и не даёт Activity уйти на сборку мусора.

• Handler с задержкой — если Activity уничтожена, а Handler.postDelayed ещё не выполнен, Activity утекает
• Thread и AsyncTask — при повороте экрана Activity пересоздаётся, а старый Thread продолжает держать ссылку на старую Activity
• Retrofit/Callback — анонимный Callback удерживает ссылку на презентер или фрагмент
• Наблюдатели (Observers) — LiveData или RxJava подписки без отписки при onDestroy

В iOS основная проблема — retain cycles: два объекта держат сильные ссылки друг на друга, и ARC не может обнулить счётчик ссылок ни для одного из них. Типичный случай: closure, захватывающий self сильно, и self, держащий ссылку на closure.

Как обнаружить утечки памяти?

LeakCanary — библиотека от Square для автоматического обнаружения утечек в Android. После уничтожения Activity или Fragment она проверяет, что объект был собран GC. Если нет — делает heap dump и показывает trace утечки.

// LeakCanary 2.x — auto-integration via Application
class ExampleApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        // LeakCanary auto-installs in debug build
        // via ContentProvider — zero code setup
    }
}

// Force check invocation
AppWatcher.objectWatcher.watch(watchedObject, "leak description")

Android Studio Profiler — встроенный инструмент для мониторинга памяти в реальном времени. Позволяет записать heap dump, найти объекты-подозреватые (Retained Size > 1 MB), и проследить GC root path до каждого объекта.

Для iOS используйте Xcode Memory Graph Debugger. Он визуализирует граф объектов в памяти, показывает retain cycles и позволяет мгновенно обнаружить круговые ссылки. Также доступен Instruments > Allocations для долгосрочного мониторинга.

Стратегии предотвращения утечек

WeakReference — базовый механизм для ссылок, которые не должны мешать сборке мусора. Если GC решит удалить объект, WeakReference вернёт null. Используется для обратных вызовов, слушателей и ссылок на UI-компоненты из фоновых потоков.

Lifecycle-aware компоненты — архитектурный подход, реализованный в Android Jetpack (Lifecycle, LiveData, Flow, coroutines). Подписки автоматически отменяются при onDestroy, что исключает основной класс утечек.

class MyViewModel : ViewModel() {
    private val _data = MutableLiveData<List<User>>()
    val data: LiveData<List<User>> get() = _data

    fun loadData() {
        viewModelScope.launch {
            val result = repository.fetchData()
            _data.postValue(result)
            // coroutine auto-cancels on onCleared()
        }
    }
}

viewModelScope и lifecycleScope — встроенные CoroutineScope в Android, которые отменяются при соответствующем событии жизненного цикла. Это исключает утечки через корутины — наиболее частый сценарий в современной Android-разработке.

• Не используйте статические ссылки на Context, Activity, View или Fragment
• Отменяйте все RxJava подписки в disposeBag / CompositeDisposable при onDestroy
• Используйте [weak self] / [unowned self] в iOS-замыканиях для предотвращения retain cycles
• Проверяйте Bitmap и большие объекты — они должны быть recycled или nullified

Инструменты для профилирования памяти

Memory Profiler in Android Studio — основной инструмент для мониторинга heap. Показывает live allocations, снимки heap, количество объектов по типам. Позволяет записать дамп и проанализировать его в MAT (Memory Analyzer Tool) для поиска подозрительных объектов.

Eclipse MAT — десктопный анализатор heap dump. После загрузки HPROF-файла из Android Studio, MAT строит дерево dominator, показывает retain size каждого объекта и предлагает автоматический анализ подозрительных утечек через Leak Suspects Report.

Xcode Memory Graph — визуальный дебаггер retain cycles. При нажатии на кнопку Memory Graph Debugger Xcode останавливает приложение, строит полный граф объектов в памяти и подсвечивает retain cycles красным цветом.

По данным Google I/O 2023, приложения, использующие LeakCanary в debug-сборках, сокращают количество memory-related crash на 30-50% за первые 2 месяца после внедрения. Рекомендуется добавлять LeakCanary на этапе onboarding проекта.