Una closure cattura le variabili a cui fa riferimento, mantenendole in vita. Quando una closure cattura self e self a sua volta contiene la closure (una stored property), si mantengono in vita a vicenda per sempre — un che causa memory leak. Una come rompe quel ciclo.
[weak self]ARC libera un oggetto quando il suo reference count arriva a zero. Una cattura strong incrementa quel contatore.
final class Downloader {
var onDone: (() -> Void)? // closure memorizzata -> strong
func start() {
// MALE: la closure cattura self in modo strong, self contiene la closure -> ciclo
onDone = { self.cleanup() }
// BENE: cattura weak, self può essere deallocato
onDone = { [weak self] in
guard let self else { return } // unwrap sicuro; esce se non c'è più
self.cleanup()
}
}
func cleanup() {}
}
[weak self] — self diventa un optional; è nil se l'oggetto è stato liberato. Default sicuro quando l'oggetto può sopravvivere alla closure.[unowned self] — non-optional, nessun overhead ARC, ma va in crash se self non c'è più. Usalo solo quando self è garantito sopravvivere alla closure.Task { [weak self] in
let data = await self?.fetch() // self? va in corto circuito se deallocato
}
Le closure non-escaping (es. map, filter, forEach) vengono eseguite in modo sincrono e rilasciano subito le catture — nessun ciclo, nessun [weak self] necessario. Il rischio è con le closure escaping e memorizzate: completion handler, Timer, NotificationCenter, sink di Combine, blocchi delegate.
I retain cycle sono il memory leak più comune in iOS e restano invisibili finché Instruments non mostra la memoria che cresce. Sapere esattamente quando una closure fa escape e perché serve [weak self] — invece di ricorrervi in modo riflesso ovunque — distingue gli ingegneri che capiscono ARC da quelli che lo applicano per abitudine.
Una raccolta di domande di colloquio IT con risposte dettagliate — da Junior a Senior.
Dona