O closure captează variabilele pe care le referențiază, menținându-le în viață. Când o closure captează self, iar self deține și el closure-ul (ca proprietate stocată), se mențin reciproc în viață pentru totdeauna — un care produce scurgeri de memorie. O precum rupe acel ciclu.
[weak self]ARC eliberează un obiect când numărul său de referințe ajunge la zero. O captură strong incrementează acel număr.
final class Downloader {
var onDone: (() -> Void)? // stored closure -> strong
func start() {
// BAD: closure captures self strongly, self holds closure -> cycle
onDone = { self.cleanup() }
// GOOD: weak capture, self can deallocate
onDone = { [weak self] in
guard let self else { return } // safely unwrap; bail if gone
self.cleanup()
}
}
func cleanup() {}
}
[weak self] — self devine un optional; este nil dacă obiectul a fost eliberat. Alegerea sigură implicită când obiectul ar putea supraviețui closure-ului.[unowned self] — non-optional, fără overhead ARC, dar provoacă crash dacă self a dispărut deja. Folosește-l doar când self este garantat să supraviețuiască closure-ului.Task { [weak self] in
let data = await self?.fetch() // self? short-circuits if deallocated
}
Closure-urile non-escaping (ex. map, filter, forEach) rulează sincron și eliberează capturile imediat — niciun ciclu, niciun [weak self] necesar. Riscul apare la closure-urile escaping, stocate: completion handlers, Timer, NotificationCenter, sink-uri Combine, blocuri de delegate.
Retain cycles sunt cea mai frecventă scurgere de memorie în iOS și sunt invizibile până când Instruments arată memoria crescând. Să știi exact când o closure devine escaping și de ce este nevoie de [weak self] — spre deosebire de a apela la el reflex peste tot — separă inginerii care înțeleg ARC de cei care îl folosesc din inerție (cargo-cult).
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează