async models समझाइए: callbacks, promises, async/await और event loop।

Question

IT Interview Practice · Accepted Answer

**ये एक ही thread पर non-blocking कार्य को व्यक्त करने के उत्तरोत्तर बेहतर तरीके हैं, सभी नीचे एक event loop द्वारा संचालित जो एक बार में एक तैयार callback चलाता है।** वे प्रबंधित करते हैं कि code *कब* फिर से शुरू होता है, कई threads नहीं।

## event loop

एक single-threaded loop तैयार 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 को निलंबित करता है और नियंत्रण 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-भारी या blocking call हर लंबित task को रोक देती है। यह समझना कि async ≠ parallel एक सामान्य interview विभेदक है।

event loop

तीन शैलियाँ

यह क्यों महत्वपूर्ण है

संबंधित प्रश्न