ARC (Automatic Reference Counting) mengelola memori untuk instance class dengan melacak strong reference pada saat compile time: compiler menyisipkan pemanggilan retain/release, dan ketika strong count sebuah objek mencapai nol ia langsung di-dealloc — secara deterministik, bukan oleh garbage collector di latar belakang.
nil saat dealloc. Harus var dan optional.unowned(unsafe)).final class Customer {
var card: Card? // strong: customer memiliki card
}
final class Card {
unowned let owner: Customer // unowned: card tidak pernah hidup lebih lama dari owner-nya
init(owner: Customer) { self.owner = owner }
}
Pilih berdasarkan relasi lifetime, bukan kebiasaan:
| weak | unowned | |
|---|---|---|
| Optional | ya (menjadi nil) | tidak |
| Biaya ARC | sedikit lebih tinggi (dilacak) | lebih rendah |
| Aman jika objek lain hilang | ya | crash |
| Gunakan ketika | reference bisa secara sah menjadi nil (delegate, parent yang mungkin di-dealloc lebih dulu) | reference dijamin hidup lebih lama dari self (child → parent wajib) |
! ungu menandai cycle.deinit — sanity check tercepat: jika deinit tidak pernah tercetak saat sebuah layar ditutup, objek itu bocor.deinit { print("released \(Self.self)") } // hening saat dismiss = leak
Closure escaping yang menangkap self, strong reference parent/child dua arah, Timer/DispatchSourceTimer yang menahan target-nya, dan subscription Combine yang tidak disimpan dalam cancellable yang ter-dealloc.
ARC bersifat deterministik, jadi leak adalah tanggung jawabmu, bukan tanggung jawab GC — satu view controller yang tertahan bisa menyematkan megabyte gambar dan seluruh object graph-nya. Wawancara senior menyelidiki ini karena memilih weak vs unowned dengan benar dan tahu cara membuktikan sebuah leak dengan memory graph adalah yang menjaga aplikasi berjalan lama agar tidak membengkak.
Perpustakaan pertanyaan wawancara IT dengan jawaban mendetail — dari Junior hingga Senior.
Donasi