Un closure captura las variables a las que hace referencia, manteniéndolas vivas. Cuando un closure captura self y self a su vez retiene el closure (como una propiedad almacenada), se mantienen vivos mutuamente para siempre: un (retain cycle) que provoca una fuga de memoria. Una como rompe ese ciclo.
[weak self]ARC libera un objeto cuando su recuento de referencias llega a cero. Una captura fuerte (strong) incrementa ese recuento.
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 se vuelve opcional; es nil si el objeto fue liberado. Opción segura por defecto cuando el objeto puede sobrevivir al closure.[unowned self]: no opcional, sin sobrecarga de ARC, pero provoca un crash si self ya desapareció. Úsalo solo cuando se garantice que self sobrevivirá al closure.Task { [weak self] in
let data = await self?.fetch() // self? short-circuits if deallocated
}
Los closures no-escaping (p. ej. map, filter, forEach) se ejecutan de forma síncrona y liberan las capturas de inmediato: sin ciclo, sin necesidad de [weak self]. El riesgo está en los closures escaping y almacenados: completion handlers, Timer, NotificationCenter, sinks de Combine, bloques de delegado.
Los ciclos de retención son la fuga de memoria más común en iOS, y son invisibles hasta que Instruments muestra memoria creciente. Saber exactamente cuándo un closure escapa y por qué se necesita [weak self], en lugar de recurrir a él de forma refleja en todas partes, distingue a los ingenieros que entienden ARC de los que lo aplican por imitación.
Una biblioteca de preguntas de entrevista de IT con respuestas detalladas — de Junior a Senior.
Donar