Діагностика та виправлення витоків пам'яті в iOS та Android додатках

Додаток вилітає на iOS після 20 перемикань екрана карти — в heap 240 MB лише від MapViewController. Crash log містить Terminated due to memory pressure. Instruments → Allocations показує приріст ~12 MB на кожне відкриття, і ці 12 MB ніколи не звільняються. Це не припущення, а точний витік пам'яті.

Кожне таке «зависання» знижує LTV користувача: за даними App Annie, витоки пам'яті збільшують uninstall rate на 15-20% за перший тиждень. Виправлення витоків не лише рятує додаток від крашів, але й економить бюджет: вартість фіксу одного витоку на порядок нижча за втрати від відтоку користувачів. Наші інженери з досвідом понад 7 років виконали понад 30 проєктів з оптимізації пам'яті. Ми маємо 7+ років досвіду, виконали 30+ проєктів та працюємо на ринку вже 5 років. Ми допоможемо знайти та усунути витоки з гарантією результату.

Чому витоки пам'яті критичні для продуктивності?

Витоки пам'яті призводять до поступового зростання споживання RAM, викликаючи троттлінг CPU, часті GC паузи на Android та збільшення часу відгуку. В кінцевому підсумку — crash або зависання. На iOS при 80% завантаження RAM система починає закривати фонові процеси, а при 90% — вбиває додаток. На Android — OutOfMemoryError. Користувачі видаляють такі додатки протягом кількох днів. За статистикою, 68% користувачів стикалися з проблемами пам'яті, а 25% одразу деінсталюють додаток після двох крашів.

Які типи витоків пам'яті трапляються на iOS та Android?

Retain cycles на iOS

ARC рахує сильні посилання. Якщо A тримає B, а B тримає A — жоден не досягне нульового лічильника і ніколи не звільниться. Найчастіші патерни:

Closure без [weak self]:

// ВИТІК viewModel.onDataLoaded = { self.tableView.reloadData() } // ПРАВИЛЬНО viewModel.onDataLoaded = { [weak self] in self?.tableView.reloadData() } 

Timer:

// ВИТІК — Timer утримує target сильно timer = Timer.scheduledTimer(timeInterval: 1.0, target: self, selector: #selector(tick), userInfo: nil, repeats: true) 

При закритті ViewController timer продовжує працювати та утримує ViewController. Рішення — Timer.scheduledTimer(withTimeInterval:repeats:block:) з [weak self] та timer.invalidate() в deinit.

Delegate без weak:

// ВИТІК protocol DataDelegate: AnyObject { func didLoad() } class DataService { var delegate: DataDelegate? // має бути weak! } 

Використовуйте weak var delegate: DataDelegate?.

Витоки на Android

Context leak — найпоширеніший: Activity Context зберігається в singleton. Activity не звільняється, поки Repository живий. Використовуйте лише applicationContext.

Anonymous inner class + Handler:

private val handler = Handler(Looper.getMainLooper()) handler.postDelayed({ updateUI() }, 5000) 

Рішення: WeakReference<MyActivity> або lifecycleScope.launch { delay(5000); updateUI() }.

LiveData observers без removeObserver: Підписка liveData.observe(this, ...) з this як Fragment, а не viewLifecycleOwner, призводить до накопичення спостерігачів при кожному перестворенні View. Завжди використовуйте viewLifecycleOwner.

Які інструменти допомагають виявити витоки?

Instruments Leaks виявляє retain cycles в 5 разів швидше, ніж ручна перевірка коду. LeakCanary знаходить витоки в 3 рази швидше, ніж ручний аналіз heap-дампів. Автоматизовані інструменти діагностики витоків в 5 разів швидші за ручні методи.

Детальніше: LeakCanary та Instruments.