ARC (Automatic Reference Counting) styrer hukommelse for class-instanser ved at spore strong references på compile-tidspunktet: compileren indsætter retain/release-kald, og når et objekts strong count når nul, deallokeres det øjeblikkeligt — deterministisk, ikke af en baggrunds-garbage collector.
nil ved deallokering. Skal være var og optional.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 }
}
Vælg efter livstidsrelation, ikke efter vane:
| weak | unowned | |
|---|---|---|
| Optional | ja (bliver nil) | nej |
| ARC-omkostning | lidt højere (spores) | lavere |
| Sikker hvis andet objekt væk | ja | crash |
| Brug når | referencen kan legitimt blive nil (delegates, parent der kan deallokere først) | referencen er garanteret at overleve self (child → obligatorisk parent) |
!-markører flagger cyklusser.deinit-logning — den hurtigste sanity check: hvis deinit aldrig printer, når en skærm lukkes, lækkede det objekt.deinit { print("released \(Self.self)") } // silence on dismiss = leak
Escaping closures, der fanger self, tovejs strong references mellem parent/child, Timer/DispatchSourceTimer, der holder på deres target, og Combine-subscriptions, der ikke er lagret i en cancellable, der deallokerer.
ARC er deterministisk, så leaks er dit ansvar, ikke en GC's — en enkelt fastholdt view controller kan pinne megabytes af billeder og hele dens objektgraf. Senior-interviews undersøger dette, fordi at vælge weak kontra unowned korrekt og at vide, hvordan man beviser et leak med memory graph'en, er det, der holder langtidskørende apps fra at svulme op.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér