Какие знаешь виду утечек памяти?

Основные виды утечек памяти в iOS разработке

В iOS разработке, особенно с использованием Objective-C и Swift, утечки памяти — критическая проблема, влияющая на стабильность и производительность приложения. Основные виды можно классифицировать следующим образом.

1. Циклические ссылки (Retain Cycles)

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

class Person {
    var dog: Dog?
}

class Dog {
    var owner: Person?
}

let john = Person()
let spot = Dog()
john.dog = spot
spot.owner = john // Циклическая ссылка! Ни один объект не будет деаллоцирован.

Решение: Использовать weak или unowned ссылки для одного из участников цикла.

class Dog {
    weak var owner: Person? // weak ссылка не увеличивает счетчик ссылок
}

2. Утечки в замыканиях (Closure Retain Cycles)

Замыкания (closures) в Swift также могут создавать циклические ссылки, если захватывают self без осторожности.

class DataManager {
    var data = [String]()
    lazy var processor: () -> Void = {
        // Замыкание захватывает self, создавая retain cycle
        self.processData()
    }
    
    func processData() {
        // обработка данных
    }
}

Решение: Использовать capture lists с weak или unowned.

lazy var processor: () -> Void = { [weak self] in
    guard let self = self else { return }
    self.processData()
}

3. Утечки через NotificationCenter и Timer

Объекты, регистрирующиеся как наблюдатели или использующие Timer, часто забывают удалять регистрацию.

class Observer {
    init() {
        NotificationCenter.default.addObserver(self, selector: #selector(handleNotification), name: .someEvent, object: nil)
    }
    
    @objc func handleNotification() { }
    
    // Если не удалить observer, объект останется в памяти
}

Решение: Удалять наблюдателя в deinit и использовать weak references для таймеров.

deinit {
    NotificationCenter.default.removeObserver(self)
    timer?.invalidate()
}

4. Утечки в Core Foundation и C-интерфейсах

При работе с Core Foundation (CFTypeRef) или C-библиотеками необходимо手动 управлять памятью.

CGPathRef path = CGPathCreateMutable();
// Утечка, если не вызвать CFRelease
// CGPathRelease(path); // Обязательно для баланса

Правило: Следовать Create Rule — объекты, созданные через функции с "Create" или "Copy", должны освобождаться через CFRelease.

5. Утечки из-strong references в глобальных контекстах

Сильные ссылки на объекты в статических свойствах, синглтонах или глобальных переменных могут сохранять объекты бесконечно.

class Cache {
    static let shared = Cache()
    var storedObjects: [AnyObject] = [] // Массив хранит strong references
}

Решение: Использовать weak коллекции (NSMapTable, NSPointerArray) или очищать объекты своевременно.

6. Утечки в UIView и CALayer анимациях

Анимации, особенно repeating animations, могут сохранять strong references к views.

UIView.animate(withDuration: 10, delay: 0, options: [.repeat], animations: {
    view.frame = newFrame
}) // Анимация может не выпустить view, если не остановить явно

Решение: Останавливать анимации в deinit или при удалении view.

7. Утечки через блоки (Blocks) в Objective-C

В Objective-C блоки, захватывающие self, создают аналогичные проблемы.

self.completionBlock = ^ {
    [self doSomething]; // Циклическая ссылка
};

Решение: Использовать __weak ссылки.

__weak typeof(self) weakSelf = self;
self.completionBlock = ^ {
    [weakSelf doSomething];
};

Методы обнаружения утечек

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

• Instruments (Leaks, Allocations)
• Memory Graph Debugger в Xcode
• Swift Анализатор кода (static analysis)
• Логирование счетчиков ссылок в Objective-C

Профилактика — лучший подход: всегда анализируйте отношения объектов, используйте weak/unowned, соблюдайте правила деинициализации и регулярно тестируйте с профилировщиками памяти.