ARC (Automatic Reference Counting) gestiona la memoria de las instancias de clase rastreando referencias fuertes en tiempo de compilación: el compilador inserta llamadas retain/release, y cuando el recuento de referencias fuertes de un objeto llega a cero se desasigna de inmediato (de forma determinista, no mediante un recolector de basura en segundo plano).
nil al desasignarse. Debe ser var y opcional.unowned(unsafe)).final class Customer {
var card: Card? // strong: customer owns card
}
final class Card {
unowned let owner: Customer // unowned: card never outlives its owner
init(owner: Customer) { self.owner = owner }
}
Elige según la relación de tiempo de vida, no por costumbre:
| weak | unowned | |
|---|---|---|
| Opcional | sí (se vuelve nil) | no |
| Coste de ARC | ligeramente mayor (rastreado) | menor |
| Seguro si el otro objeto desapareció | sí | crash |
| Úsalo cuando | la referencia puede legítimamente volverse nil (delegates, un padre que puede desasignarse primero) | se garantiza que la referencia sobrevivirá a self (hijo → padre obligatorio) |
! señalan ciclos.deinit: la comprobación de cordura más rápida; si deinit nunca se imprime al cerrar una pantalla, ese objeto tuvo una fuga.deinit { print("released \(Self.self)") } // silence on dismiss = leak
Closures escaping que capturan self, referencias fuertes bidireccionales padre/hijo, Timer/DispatchSourceTimer reteniendo su target, y suscripciones de Combine no almacenadas en un cancellable que se desasigne.
ARC es determinista, así que las fugas son tu responsabilidad, no la de un GC: un solo view controller retenido puede fijar megabytes de imágenes y todo su grafo de objetos. Las entrevistas senior sondean esto porque elegir correctamente entre weak y unowned y saber cómo demostrar una fuga con el memory graph es lo que evita que las apps de larga ejecución se disparen en memoria.
Una biblioteca de preguntas de entrevista de IT con respuestas detalladas — de Junior a Senior.
Donar