গভীরভাবে ARC ব্যাখ্যা করুন: weak বনাম unowned, এবং কীভাবে leak শনাক্ত করবেন।

Question

IT Interview Practice · Accepted Answer

**ARC (Automatic Reference Counting)** compile time-এ strong reference ট্র্যাক করে class instance-এর জন্য memory পরিচালনা করে: compiler `retain`/`release` call সন্নিবেশ করে, এবং যখন একটি object-এর strong count শূন্যে পৌঁছায় এটি তৎক্ষণাৎ deallocate হয় — deterministically, background garbage collector দিয়ে নয়।

## Reference কীভাবে count প্রভাবিত করে

- **strong** (default) — count বাড়ায়; object-কে জীবিত রাখে।
- **weak** — count বাড়ায় *না*; deallocation-এ স্বয়ংক্রিয়ভাবে `nil` সেট হয়। অবশ্যই `var` ও optional হতে হবে।
- **unowned** — count বাড়ায় *না*; সবসময় বৈধ ধরে নেওয়া হয়। deallocation-এর পরে access করা একটি crash (বা আরও খারাপ, `unowned(unsafe)` দিয়ে undefined behavior)।

```swift
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 }
}
```

## weak বনাম unowned — সিদ্ধান্ত

**Lifetime সম্পর্ক** অনুযায়ী বেছে নিন, অভ্যাস অনুযায়ী নয়:

| | weak | unowned |
|--|------|---------|
| Optional | হ্যাঁ (nil হয়ে যায়) | না |
| ARC cost | সামান্য বেশি (tracked) | কম |
| অন্য object চলে গেলে নিরাপদ | হ্যাঁ | **crash** |
| কখন ব্যবহার | reference *বৈধভাবে* nil হতে পারে (delegate, যে parent আগে deallocate হতে পারে) | reference self-এর চেয়ে বেশি বাঁচবে বলে নিশ্চিত (child → বাধ্যতামূলক parent) |

## Leak শনাক্ত করা

1. **Xcode Memory Graph Debugger** — pause করে এমন object খুঁজুন যেগুলো চলে যাওয়ার কথা; বেগুনি `!` marker cycle চিহ্নিত করে।
2. **Instruments → Leaks / Allocations** — একটি flow পুনরাবৃত্তি করার সময় একঘেয়েভাবে বাড়তে থাকা memory লক্ষ্য করুন।
3. **`deinit` logging** — দ্রুততম sanity check: একটি screen বন্ধ হলে `deinit` যদি কখনো print না করে, সেই object leak করেছে।

```swift
deinit { print("released \(Self.self)") }  // silence on dismiss = leak
```

## সাধারণ leak-এর উৎস

`self` capture করা escaping closure, দুই-মুখী parent/child strong reference, `Timer`/`DispatchSourceTimer` তাদের target ধরে রাখা, এবং deallocate হওয়া cancellable-এ সংরক্ষণ না করা Combine subscription।

## এটি কেন গুরুত্বপূর্ণ

ARC deterministic, তাই leak আপনার দায়িত্ব, কোনো GC-এর নয় — একটিমাত্র retained view controller মেগাবাইট image ও তার পুরো object graph আটকে রাখতে পারে। Senior ইন্টারভিউ এটি খতিয়ে দেখে কারণ সঠিকভাবে weak বনাম unowned বেছে নেওয়া এবং memory graph দিয়ে একটি leak *প্রমাণ* করতে জানাই দীর্ঘ-চলা app-কে ফুলে ওঠা থেকে বাঁচায়।

	weak	unowned
Optional	হ্যাঁ (nil হয়ে যায়)	না
ARC cost	সামান্য বেশি (tracked)	কম
অন্য object চলে গেলে নিরাপদ	হ্যাঁ	crash
কখন ব্যবহার	reference বৈধভাবে nil হতে পারে (delegate, যে parent আগে deallocate হতে পারে)	reference self-এর চেয়ে বেশি বাঁচবে বলে নিশ্চিত (child → বাধ্যতামূলক parent)

Reference কীভাবে count প্রভাবিত করে

weak বনাম unowned — সিদ্ধান্ত

Leak শনাক্ত করা

সাধারণ leak-এর উৎস

এটি কেন গুরুত্বপূর্ণ

সম্পর্কিত প্রশ্ন