Një closure kapon variablat që referencon, duke i mbajtur gjallë. Kur një closure kapon self dhe self gjithashtu mban closure-in (një veti e ruajtur), ata e mbajnë njëri-tjetrin gjallë përgjithmonë — një që rrjedh memorie. Një si e thyen atë cikël.
[weak self]ARC e liron një objekt kur reference count-i i tij arrin zero. Një capture i fortë e inkrementon atë count.
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 bëhet optional; është nil nëse objekti u lirua. Parazgjedhje e sigurt kur objekti mund t'i mbijetojë closure-it.[unowned self] — jo-optional, pa overhead ARC, por bën crash nëse self tashmë ka ikur. Përdoreni vetëm kur self garantohet t'i mbijetojë closure-it.Task { [weak self] in
let data = await self?.fetch() // self? short-circuits if deallocated
}
Closure-t jo-escaping (p.sh. map, filter, forEach) ekzekutohen në mënyrë sinkrone dhe lirojnë capture-t menjëherë — pa cikël, pa nevojë për [weak self]. Rreziku është me closure-t escaping e të ruajtura: completion handler-a, Timer, NotificationCenter, sink-e Combine, blloqe delegate.
Retain cycle-t janë leak-u më i zakonshëm i memories në iOS, dhe janë të padukshëm derisa Instruments tregon memorie që rritet. Të diturit saktësisht kur një closure bëhet escaping dhe pse nevojitet [weak self] — kundrejt kapjes së tij në mënyrë refleksive kudo — i ndan inxhinierët që e kuptojnë ARC nga ata që e imitojnë verbërisht.
Një bibliotekë pyetjesh intervistash IT me përgjigje të detajuara — nga Junior te Senior.
Dhuro