Une closure capture les variables qu'elle référence, les maintenant en vie. Lorsqu'une closure capture self et que self détient aussi la closure (une propriété stockée), ils se maintiennent mutuellement en vie pour toujours — un (retain cycle) qui provoque une fuite mémoire. Une comme brise ce cycle.
[weak self]ARC libère un objet lorsque son compteur de références atteint zéro. Une capture forte incrémente ce compteur.
final class Downloader {
var onDone: (() -> Void)? // closure stockée -> forte
func start() {
// MAUVAIS : la closure capture self fortement, self détient la closure -> cycle
onDone = { self.cleanup() }
// BON : capture faible, self peut être désalloué
onDone = { [weak self] in
guard let self else { return } // déballe en sécurité ; abandonne si disparu
self.cleanup()
}
}
func cleanup() {}
}
[weak self] — self devient un optional ; il vaut nil si l'objet a été libéré. Choix par défaut sûr lorsque l'objet peut survivre à la closure.[unowned self] — non-optional, pas de surcoût ARC, mais plante si self a déjà disparu. À n'utiliser que lorsque self est garanti de survivre à la closure.Task { [weak self] in
let data = await self?.fetch() // self? court-circuite si désalloué
}
Les closures non-escaping (ex. map, filter, forEach) s'exécutent de façon synchrone et libèrent immédiatement leurs captures — aucun cycle, pas besoin de [weak self]. Le risque concerne les closures escaping et stockées : completion handlers, Timer, NotificationCenter, sinks Combine, blocs de délégation.
Les cycles de rétention sont la fuite mémoire la plus courante sur iOS, et ils restent invisibles jusqu'à ce qu'Instruments révèle une mémoire qui croît. Savoir exactement quand une closure s'échappe et pourquoi [weak self] est nécessaire — plutôt que d'y recourir par réflexe partout — distingue les ingénieurs qui comprennent ARC de ceux qui l'appliquent par mimétisme.
Une bibliothèque de questions d'entretien IT avec des réponses détaillées — du Junior au Senior.
Faire un don