ایک closure ان variables کو capture کرتا ہے جن کا وہ حوالہ دیتا ہے، اور انہیں زندہ رکھتا ہے۔ جب ایک closure self کو capture کرتا ہے اور self بھی اس closure کو (بطور stored property) رکھتا ہے، تو دونوں ایک دوسرے کو ہمیشہ کے لیے زندہ رکھتے ہیں — یہ ایک ہے جو memory لیک کرتا ہے۔ ایک جیسے اس cycle کو توڑ دیتی ہے۔
[weak self]ARC کسی object کو تب آزاد کرتا ہے جب اس کا reference count صفر تک پہنچ جائے۔ ایک strong capture اس count کو بڑھا دیتا ہے۔
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 ایک optional بن جاتا ہے؛ اگر object آزاد ہو چکا ہو تو یہ nil ہوتا ہے۔ محفوظ default جب object closure سے زیادہ عرصہ زندہ رہ سکتا ہو۔[unowned self] — non-optional، کوئی ARC overhead نہیں، مگر اگر self پہلے ہی جا چکا ہو تو crash ہو جاتا ہے۔ صرف تب استعمال کریں جب self کا closure سے زیادہ زندہ رہنا یقینی ہو۔Task { [weak self] in
let data = await self?.fetch() // self? short-circuits if deallocated
}
Non-escaping closures (جیسے map، filter، forEach) synchronously چلتے ہیں اور captures کو فوراً release کر دیتے ہیں — نہ cycle، نہ [weak self] کی ضرورت۔ خطرہ escaping، stored closures کے ساتھ ہے: completion handlers، Timer، NotificationCenter، Combine sinks، delegate blocks۔
Retain cycles iOS میں سب سے عام memory leak ہیں، اور یہ اس وقت تک نظر نہیں آتے جب تک Instruments بڑھتی ہوئی memory نہ دکھائے۔ یہ ٹھیک ٹھیک جاننا کہ closure کب escape کرتا ہے اور [weak self] کی کیوں ضرورت ہے — بمقابلہ ہر جگہ اسے بلا سوچے سمجھے استعمال کرنے کے — ان engineers کو الگ کرتا ہے جو ARC سمجھتے ہیں ان سے جو محض نقل کرتے ہیں۔
تفصیلی جوابات کے ساتھ IT انٹرویو سوالات کی ایک لائبریری — جونیئر سے سینئر تک۔
عطیہ دیں