Как решить проблему с циклическими ссылками в замыканиях в Swift?

@brooklyn 

Циклические ссылки в замыканиях в Swift создаются, когда замыкание и объект, на который замыкание ссылается, держат друг друга, предотвращая освобождение памяти. Для решения этой проблемы используется ключевое слово weak или unowned в списке захвата. Вот как это делается:

Использование weak или unowned захвата

Когда вы создаете замыкание внутри объекта, которое ссылается на self, вы можете предотвратить сильную ссылку с помощью использования списка захвата.

Пример с weak

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

class MyClass {
    var name: String = "Swift"
    lazy var printName: () -> Void = { [weak self] in
        guard let self = self else { return }
        print("Name: (self.name)")
    }
    
    deinit {
        print("MyClass is being deinitialized")
    }
}

var instance: MyClass? = MyClass()
instance?.printName()
instance = nil  // Объект будет корректно освобожден

В этом примере self захватывается как weak, что позволяет объекту корректно освобождаться из памяти при обнулении ссылки.

Пример с unowned

unowned используется, если вы уверены, что объект, на который идет ссылка, будет существовать на момент вызова замыкания, например, для предотвращения разыменования nil.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

class MyClass {
    var name: String = "Swift"
    lazy var printName: () -> Void = { [unowned self] in
        print("Name: (self.name)")
    }
    
    deinit {
        print("MyClass is being deinitialized")
    }
}

var instance: MyClass? = MyClass()
instance?.printName()
instance = nil  // Объект будет корректно освобожден

Разница между weak и unowned

1. weak захват: Используется, когда возможно, что объект может быть освобожден до замыкания. Это позволяет ссылке записываться в nil, что добавляет дополнительную безопасность. Обычно используется с guard let или if let для безопасного разыменования.
2. unowned захват: Используется, когда вы уверены, что объект будет существовать на момент вызова замыкания. Это более эффективно с точки зрения производительности, так как не использует опционалы. Используется, когда точно известно управление временем жизни объектов и исключено обнуление.

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