ARC (Automatic Reference Counting) gestionează memoria pentru instanțele de clasă urmărind referințele strong la compilare: compilatorul inserează apeluri retain/release, iar când numărul de referințe strong al unui obiect ajunge la zero, acesta este dealocat imediat — determinist, nu de către un garbage collector care rulează în fundal.
nil la dealocare. Trebuie să fie var și 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 }
}
Alege după relația de durată de viață, nu din obișnuință:
| weak | unowned | |
|---|---|---|
| Optional | da (devine nil) | nu |
| Cost ARC | ușor mai mare (urmărit) | mai mic |
| Sigur dacă celălalt obiect a dispărut | da | crash |
| Folosește când | referința poate deveni legitim nil (delegate-uri, un părinte care se poate dealoca primul) | referința este garantată să supraviețuiască lui self (copil → părinte obligatoriu) |
! semnalează cicluri.deinit — cel mai rapid test de sănătate: dacă deinit nu se afișează niciodată când un ecran se închide, acel obiect a produs scurgere.deinit { print("released \(Self.self)") } // silence on dismiss = leak
Closure-uri escaping care captează self, referințe strong reciproce părinte/copil, Timer/DispatchSourceTimer care își rețin ținta și abonamente Combine nestocate într-un cancellable care se dealocă.
ARC este determinist, deci scurgerile sunt responsabilitatea ta, nu a unui GC — un singur view controller reținut poate imobiliza megabytes de imagini și întregul său graf de obiecte. Interviurile de senior sondează asta pentru că alegerea corectă între weak și unowned și cunoașterea modului de a dovedi o scurgere cu memory graph-ul sunt ceea ce împiedică aplicațiile de lungă durată să se umfle.
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează