async models کی وضاحت کریں: callbacks، promises، async/await، اور event loop۔

Question

IT Interview Practice · Accepted Answer

**یہ ایک ہی thread پر non-blocking کام کو ظاہر کرنے کے تدریجی طور پر بہتر طریقے ہیں، جو سب اندر ہی اندر ایک event loop سے چلتے ہیں جو ready callbacks کو ایک ایک کر کے چلاتا ہے۔** یہ سنبھالتے ہیں کہ کوڈ *کب* resume ہوتا ہے، نہ کہ کئی threads۔

## event loop

ایک single-threaded loop ready callbacks کی ایک queue رکھتا ہے۔ جب کوئی async operation (timer، I/O) مکمل ہوتا ہے، تو اس کا callback enqueue ہو جاتا ہے؛ loop اگلا اٹھاتا ہے اور اسے مکمل ہونے تک چلاتا ہے، پھر دہراتا ہے۔ کوئی چیز چلتے callback کو preempt نہیں کرتی، اس لیے طویل CPU کام سب کچھ block کر دیتا ہے۔

```text
[event loop] → run callback → I/O finishes → enqueue callback → run next → ...
```

## تینوں طرزیں

```js
// 1. Callbacks — nesting gets ugly ("callback hell")
readFile('a', (e, a) => readFile('b', (e, b) => done(a, b)));

// 2. Promises — chainable, flat error handling
readFile('a').then(a => readFile('b')).then(b => ...).catch(err => ...);

// 3. async/await — sequential-looking, still non-blocking
async function run() {
  const a = await readFile('a');   // yields to the loop while waiting
  const b = await readFile('b');
  return done(a, b);
}
```

`await` function کو معطل کرتا ہے اور control event loop کو واپس دیتا ہے؛ جب promise resolve ہوتا ہے، تو execution وہیں سے دوبارہ شروع ہوتا ہے جہاں چھوڑا تھا۔ یہ promises پر syntactic sugar ہے — نیچے وہی event loop۔

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

یہ model Node.js، browsers، اور Python asyncio کو چلاتا ہے: بغیر lock پیچیدگی کے ایک thread پر بہت بڑی I/O concurrency۔ پیچ یہ ہے کہ آپ کو loop کو کبھی block نہیں کرنا چاہیے — ایک synchronous CPU-heavy یا blocking کال ہر زیر التوا task کو روک دیتی ہے۔ یہ سمجھنا کہ async ≠ parallel ایک عام interview امتیازی سوال ہے۔

event loop

تینوں طرزیں

یہ کیوں اہم ہے

متعلقہ سوالات