Android میں threading اور concurrency کیسے کام کرتی ہے؟

Question

Accepted Answer

Android میں **main (UI) thread** کے گرد ایک سخت **threading model** ہے — جو UI کو سنبھالتا ہے اور responsive رہنا چاہیے۔ Threading کو سمجھنا، کام کو main thread سے کیوں ہٹانا ہے، اور tools (coroutines، اور ماضی میں threads/handlers) responsive apps کے لیے ضروری ہیں۔

## main thread کا اصول

```text
Android has a single MAIN (UI) thread that:
  → handles ALL UI operations (drawing, events) — UI updates MUST happen on it
  → must stay RESPONSIVE — blocking it freezes the UI; >5s blocked = ANR (App Not Responding)
TWO key rules:
  1. DON'T do long/blocking work on the main thread (network, DB, heavy compute) → move it off
  2. DON'T update UI from a background thread → switch back to the main thread for UI
```

## main thread سے کام ہٹانا

```kotlin
// MODERN: coroutines with dispatchers (the recommended approach)
viewModelScope.launch {
  val data = withContext(Dispatchers.IO) {   // heavy/IO work on a background thread
    repository.fetchData()                    // network/DB off the main thread
  }
  updateUi(data)                              // back on the main thread → safe UI update
}
// Dispatchers: Main (UI), IO (network/disk), Default (CPU-intensive)
```

## Concurrency tools اور تحفظات

```text
→ COROUTINES (modern, recommended) → structured, lightweight, with dispatchers and scopes
→ Historically: Thread, Handler/Looper, AsyncTask (deprecated), executors, RxJava
→ Concurrency hazards: race conditions, shared mutable state → synchronize/avoid shared
  mutable state; use thread-safe patterns
→ Lifecycle: cancel background work when no longer needed (lifecycle-scoped coroutines)
```

## یہ کیوں اہم ہے

Android threading اور concurrency کو سمجھنا اہم senior-level علم ہے کیونکہ **main-thread model Android کا بنیادی حصہ ہے**، اور threading کو صحیح طریقے سے سنبھالنا responsive، درست apps کے لیے ضروری ہے، تو یہ قیمتی platform علم ہے۔

Android کا **single main (UI) thread** — جو تمام UI کو سنبھالتا ہے اور responsive رہنا چاہیے — دو بنیادی اصول فرض کرتا ہے: **main thread کو long/blocking کام سے block نہ کریں** (network، database، heavy computation)، کیونکہ blocking UI کو freeze کر دیتی ہے اور **ANR** errors کا سبب بنتی ہے (ایک بڑا مسئلہ)، اور **background thread سے UI update نہ کریں** (UI updates main thread پر ہونے چاہیے)۔

ان اصولوں کو سمجھنا ضروری ہے کیونکہ ان کی خلاف ورزی Android کے سب سے عام مسائل کا سبب بنتی ہے (frozen UIs، ANRs، off-thread UI updates سے crashes)۔

یہ سمجھنا ضروری ہے کہ **کام کو main thread سے صحیح طریقے سے کیسے ہٹایا جائے** — جدید approach **coroutines with dispatchers** استعمال کرتے ہوئے (IO/heavy کام کو background dispatchers جیسے Dispatchers.IO پر چلانا، پھر UI updates کے لیے main thread پر واپس آنا، سب کچھ lifecycle-aware scopes میں) — responsive apps کے لیے ضروری عملی مہارت ہے، اور threading کو سنبھالنے کا recommended، صاف طریقہ ہے۔

**Concurrency tools** کو سمجھنا (coroutines جدید معیار کے طور پر؛ ماضی میں Thread/Handler/AsyncTask/RxJava سیاق کے لیے) اور **concurrency hazards** (race conditions، synchronized یا avoidance کی ضرورت والی shared mutable state) درست concurrent code کے لیے ضروری گہری سمجھ ظاہر کرتا ہے، اور lifecycle scopes کے ذریعے background کام کو cancel کرنا جاننا leaks کو روکتا ہے۔

چونکہ main-thread model Android کے لیے بنیادی ہے (اسے block کرنا یا off-thread سے UI update کرنا سب سے عام مسائل کا سبب بنتا ہے) اور coroutines کے ذریعے threading کو صحیح طریقے سے سنبھالنا responsive، درست apps کے لیے ضروری ہے، اور threading اصولوں کو سمجھنا، کام کو main thread سے صحیح طریقے سے کیسے ہٹایا جائے، اور concurrency hazards ضروری platform علم ہیں، Android threading اور concurrency کو سمجھنا اہم senior-level علم ہے — responsive apps بنانے، Android کی بنیادی پابندیوں کو نمٹانے، اور platform expertise کو ظاہر کرنے کے لیے جو senior roles سے متوقع ہے جو یہ یقینی بنانے چاہے کہ apps responsive رہیں اور اس async کام کو کریں جو حقیقی apps کو ضروری ہے۔