Android मा threading र concurrency कसरी काम गर्छ?

Question

Accepted Answer

Android एक कठोर **threading model** छ जो **main (UI) thread** मा केन्द्रीभूत छ — जसले UI सम्हालनु पर्छ र responsive रहनु पर्छ। Threading बुझ्नु, किन काम main thread बाट सरानु पर्छ, र उपकरणहरु (coroutines, र ऐतिहासिक रुपमा threads/handlers) महत्त्वपूर्ण छ responsive apps को लागि।

## The main thread rule

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

## Moving work off the 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 and considerations

```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 लाई block नगर्नु** लामो/blocking काम (network, database, heavy computation) सँग, किनभने blocking UI लाई फ्रिज गर्छ र **ANR** त्रुटि को कारण बनाउँछ (एक शीर्ष समस्या), र **background thread बाट UI अपडेट नगर्नु** (UI updates main thread मा हुनु पर्छ)।

यी नियमहरु बुझ्नु आवश्यक छ किनभने तिनलाई उल्लंघन गर्दा सबैभन्दा सामान्य Android समस्याहरु (frozen UIs, ANRs, off-thread UI updates बाट क्र्यासेस) हुन्छन्।

काम कसरी main thread बाट सही तरिकाले सरानु पर्छ भनेर बुझ्नु — आधुनिक दृष्टिकोण **coroutines with dispatchers** को उपयोग गर्दा (IO/heavy काम background dispatchers जस्तै Dispatchers.IO मा चलाउँदा, त्यसपछि main thread मा UI updates को लागि फेरिदा, सबै lifecycle-aware scopes को भित्र) — responsive apps को लागि आवश्यक व्यावहारिक कौशल हो, र threading सम्हालने अनुशंसित, स्वच्छ तरिका प्रतिनिधित्व गर्छ।

**concurrency tools** (coroutines आधुनिक मान्य; ऐतिहासिक Thread/Handler/AsyncTask/RxJava context को लागि) र **concurrency hazards** (race conditions, shared mutable state जसको लागि synchronization वा avoidance आवश्यक छ) बुझ्नु गहिराइ को समझ प्रतिफलित गर्छ सही concurrent code को लागि आवश्यक, र lifecycle scopes द्वारा background काम cancel गर्न जान्नु leaks रोक्छ।

Main-thread model Android को लागि मौलिक भएकोले (यसलाई block गर्दा वा thread off-thread बाट UI अपडेट गर्दा सबैभन्दा सामान्य समस्याहरु हुन्छन्) र threading सही तरिकाले coroutines को माध्यमबाट सम्हालनु responsive, सही apps को लागि आवश्यक छ, र threading नियमहरु, काम main thread बाट सही तरिकाले कसरी सरानु पर्छ, र concurrency hazards बुझ्नु आवश्यक platform ज्ञान हो, Android threading र concurrency बुझ्नु महत्त्वपूर्ण senior-level ज्ञान हो — responsive apps बनाउन को लागि केन्द्रीय, आधारभूत Android constraint लाई सम्बोधन गर्दै, र platform expertise को प्रतिफलन गर्दै जो senior roles को लागि आशा गरिन्छ जसले apps को responsive रहन सुनिश्चित गर्नु पर्छ जब asynchronous काम गर्दछ जो वास्तविक apps को आवश्यकता हो।