En closure fångar (captures) variablerna den refererar och håller dem vid liv. När en closure fångar self och self också håller closuren (en lagrad egenskap) håller de varandra vid liv för alltid — en som läcker minne. En som bryter den cykeln.
[weak self]ARC frigör ett objekt när dess referensräknare når noll. En stark fångst ökar den räknaren.
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 blir en optional; den är nil om objektet frigjordes. Säkert standardval när objektet kan överleva closuren.[unowned self] — icke-optional, ingen ARC-overhead, men kraschar om self redan är borta. Använd bara när self garanteras överleva closuren.Task { [weak self] in
let data = await self?.fetch() // self? short-circuits if deallocated
}
Icke-escaping closures (t.ex. map, filter, forEach) körs synkront och släpper fångster omedelbart — ingen cykel, inget [weak self] behövs. Risken finns med escaping, lagrade closures: completion handlers, Timer, NotificationCenter, Combine-sinks, delegate-block.
Retain-cykler är den vanligaste minnesläckan i iOS, och de är osynliga tills Instruments visar växande minne. Att veta exakt när en closure escapar och varför [weak self] behövs — kontra att gripa efter det reflexmässigt överallt — skiljer ingenjörer som förstår ARC från dem som cargo-kultar det.
Ett bibliotek med IT-intervjufrågor och detaljerade svar — från Junior till Senior.
Donera