ARC (Automatic Reference Counting) ले compile time मा strong reference हरू track गरेर class instance का लागि memory व्यवस्थापन गर्छ: compiler ले retain/release call हरू घुसाउँछ, र object को strong count शून्य पुग्दा यो तुरुन्तै deallocate हुन्छ — निर्धारणात्मक रूपमा, कुनै background garbage collector ले होइन।
nil सेट हुन्छ। var र optional हुनुपर्छ।unowned(unsafe) सँग undefined behavior)।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 }
}
बानीले होइन, lifetime सम्बन्ध अनुसार छनोट गर्नुहोस्:
| weak | unowned | |
|---|---|---|
| Optional | हो (nil बन्छ) | होइन |
| ARC लागत | अलि बढी (tracked) | कम |
| अर्को object गएमा सुरक्षित | हो | crash |
| कहिले प्रयोग गर्ने | reference वैध रूपमा nil बन्न सक्छ (delegate, पहिले deallocate हुनसक्ने parent) | reference self भन्दा बढी बाँच्ने ग्यारेन्टी छ (child → अनिवार्य parent) |
! marker ले cycle चिन्ह लगाउँछ।deinit logging — सबैभन्दा छिटो sanity check: screen बन्द हुँदा deinit कहिल्यै print नभए, त्यो object leak भयो।deinit { print("released \(Self.self)") } // silence on dismiss = leak
self capture गर्ने escaping closure, दुई-तर्फी parent/child strong reference, आफ्नो target retain गर्ने Timer/DispatchSourceTimer, र deallocate हुने cancellable मा store नगरिएको Combine subscription।
ARC निर्धारणात्मक छ, त्यसैले leak तपाईंको जिम्मेवारी हो, कुनै GC को होइन — एउटै retain भएको view controller ले megabyte का image र यसको सम्पूर्ण object graph पिन गर्न सक्छ। Senior interview हरूले यो जाँच्छन् किनभने weak बनाम unowned सही छनोट गर्नु र memory graph ले leak प्रमाणित गर्न जान्नु नै लामो समय चल्ने app लाई फुल्नबाट जोगाउने कुरा हो।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्