Какие знаешь проблемы связанные с памятью?

Основные проблемы памяти в iOS-разработке

В iOS-разработке управление памятью критически важно для производительности и стабильности приложений. Основные проблемы связаны с Automatic Reference Counting (ARC), циклами сильных ссылок, утечками и некорректным использованием системных ресурсов.

1. Циклы сильных ссылок (Retain Cycles)

Наиболее распространённая проблема — retain cycles, когда два или более объекта удерживают сильные ссылки друг на друга, предотвращая их освобождение. Чаще всего возникают при использовании замыканий (closures) и делегатов (delegates).

Пример с замыканием:

class ViewController {
    var dataHandler: (() -> Void)?
    
    func setupHandler() {
        dataHandler = {
            self.processData() // Сильная ссылка на self
        }
    }
    
    func processData() { ... }
}

Решение — использование weak или unowned захватов:

dataHandler = { [weak self] in
    self?.processData()
}

Пример с делегатом:

protocol ServiceDelegate: AnyObject { ... }

class Service {
    var delegate: ServiceDelegate? // Должно быть weak!
}

2. Утечки памяти (Memory Leaks)

Объекты не освобождаются, даже когда больше не нужны. Причины:

• Незавершённые observer-объекты (NotificationCenter, KVO)
• Неправильно настроенные таймеры (Timer без invalidation)
• Core Foundation объекты без ручного управления (CFRelease)
• Глобальные кэши без механизмов очистки

Пример с NotificationCenter:

class Observer {
    init() {
        NotificationCenter.default.addObserver(
            self,
            selector: #selector(handleNotification),
            name: .someNotification,
            object: nil
        )
    }
    // Если не удалить observer - утечка!
}

3. Синхронные операции в циклах

Выполнение синхронных сетевых запросов или тяжелых вычислений в цикле может привести к резкому росту потребления памяти, если результаты не обрабатываются инкрементально.

4. Большие изображения и данные

• Загрузка UIImage без downsampling для отображения в маленьких view
• Хранение больших массивов данных в памяти вместо использования потоковой обработки
• Неограниченный кэш изображений или данных

Правильный подход для изображений:

func downsample(imageAt imageURL: URL, to pointSize: CGSize) -> UIImage? {
    let imageSourceOptions = [kCGImageSourceShouldCache: false] as CFDictionary
    guard let imageSource = CGImageSourceCreateWithURL(imageURL as CFURL, imageSourceOptions) else { return nil }
    
    let maxDimensionInPixels = max(pointSize.width, pointSize.height) * UIScreen.main.scale
    let downsampleOptions = [
        kCGImageSourceCreateThumbnailFromImageAlways: true,
        kCGImageSourceShouldCacheImmediately: true,
        kCGImageSourceCreateThumbnailWithTransform: true,
        kCGImageSourceThumbnailMaxPixelSize: maxDimensionInPixels
    ] as CFDictionary
    
    guard let downsampledImage = CGImageSourceCreateThumbnailAtIndex(imageSource, 0, downsampleOptions) else { return nil }
    return UIImage(cgImage: downsampledImage)
}

5. Проблемы с многопоточностью

• Data races при обращении к общим ресурсам из разных потоков
• Использование UIKit из background thread
• Неправильные зависимости между операциями

6. Фоновые активности

• Location updates без остановки
• Background tasks без правильного завершения
• AVPlayer/AVAudioSession без паузы при переходе в фон

Инструменты для диагностики

Instruments

• Allocations Track — отслеживание создания объектов
• Leaks — автоматическое обнаружение утечек
• Memory Graph Debugger — визуализация графа объектов

Debug Memory Graph в Xcode

Позволяет визуально исследовать retain cycles и unexpected retainers.

Логирование жизненного цикла

deinit {
    print("\(self) деинициализирован")
}

Профилактические меры

1. Всегда использовать weak/unowned для делегатов и обратных вызовов
2. Аккуратно работать с замыканиями — всегда анализировать capture lists
3. Реализовывать корректную очистку ресурсов в deinit
4. Использовать value types (struct, enum) где возможно
5. Профилировать приложение на реальных устройствах
6. Тестировать сценарии low memory warning
7. Мониторить потребление памяти в production через метрики

Особенности Swift vs Objective-C

• Swift более строгий с управлением памятью
• Objective-C требует ручного вызова dealloc для Core Foundation
• Swift value types избегают многих проблем с ссылками
• Библиотеки на C требуют ручного управления памятью

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