Node.js मध्ये blocking आणि non-blocking ऑपरेशन्समध्ये काय फरक आहे?

Question

IT Interview Practice · Accepted Answer

**Blocking** ऑपरेशन्स synchronously चालतात आणि पूर्ण होईपर्यंत एकमेव JavaScript thread धरून ठेवतात — त्या दरम्यान इतर काहीही चालू शकत नाही. **Non-blocking** ऑपरेशन्स काम सुरू करतात, लगेच परत येतात, आणि निकाल नंतर callback, Promise किंवा event द्वारे देतात, त्यामुळे thread इतर कामांसाठी मोकळा राहतो.

## Node single-threaded असूनही non-blocking का आहे

तुमचा JavaScript **एका** thread वर चालतो जो **event loop** ने चालवला जातो. I/O (files, network, DNS) **libuv** ला सोपवला जातो, जो आतमध्ये OS च्या async सुविधा आणि एक लहान **thread pool** वापरतो. ते काम thread बाहेर होत असताना, event loop इतर callbacks प्रक्रिया करत राहतो. I/O पूर्ण झाल्यावर, त्याचा callback रांगेत लावला जातो आणि चालवला जातो.

```js
const fs = require("node:fs");

// Blocking: संपूर्ण प्रक्रिया इथे थांबते; इतर कोणतीही request सर्व्ह होत नाही.
const data = fs.readFileSync("big.json");
console.log("done reading");

// Non-blocking: लगेच परत येते; I/O पूर्ण झाल्यावर callback चालतो.
fs.readFile("big.json", (err, data) => {
  console.log("done reading");
});
console.log("this logs first");
```

## Blocking विरुद्ध non-blocking

| | Blocking | Non-blocking |
|---|---|---|
| API शैली | `*Sync` (`readFileSync`) | callback / Promise / `async` |
| Thread | event loop धरून ठेवते | event loop मोकळा करते |
| Throughput | एका वेळी एक request | अनेक concurrent requests |
| केव्हा वापरावे | Startup/CLI scripts | Servers, request handlers |

## सापळा: CPU-bound काम तरीही blocking असते

Non-blocking फक्त **I/O** ला मदत करते. एक जड synchronous गणना (मोठ्या payload चे JSON parsing, crypto, image resizing, घट्ट loop) `async` function च्या आतही event loop ब्लॉक करते, कारण CPU चे काम स्वतः JS thread वर चालते.

```js
// "async" असूनही संपूर्ण loop साठी event loop ब्लॉक करते.
async function hash(n) {
  let x = 0;
  for (let i = 0; i < n; i++) x += Math.sqrt(i); // CPU-bound, synchronous
  return x;
}
```

CPU-bound काम **`worker_threads`**, एक child process, किंवा एका queue कडे सोपवा जेणेकरून event loop प्रतिसाद देत राहील:

```js
const { Worker } = require("node:worker_threads");
new Worker("./cpu-task.js"); // वेगळ्या thread वर चालते
```

## अंगठ्याचे नियम

- Server वर request handler च्या आत कधीही `*Sync` API कॉल करू नका.
- hot path मध्ये सर्वत्र async I/O वापरा.
- CPU-heavy काम main thread पासून दूर हलवा.
- अपघाती blocking कडे लक्ष द्या: मोठे `JSON.parse`, synchronous crypto, catastrophic backtracking असलेले regex.

## हे का महत्त्वाचे आहे

Node चे performance मॉडेल पूर्णपणे एकमेव event-loop thread मोकळा ठेवण्यावर अवलंबून असते. एक भटका blocking कॉल — एक `readFileSync`, एक synchronous hash, एक slow regex — **प्रत्येक** concurrent request थांबवतो, फक्त तो सुरू करणारा नाही. काय block करते आणि काय नाही हे समजणे म्हणजे हजारो connections पर्यंत स्केल होणारा server आणि load खाली गोठणारा server यांच्यातील फरक आहे.

	Blocking	Non-blocking
API शैली	`*Sync` (`readFileSync`)	callback / Promise / `async`
Thread	event loop धरून ठेवते	event loop मोकळा करते
Throughput	एका वेळी एक request	अनेक concurrent requests
केव्हा वापरावे	Startup/CLI scripts	Servers, request handlers

Node single-threaded असूनही non-blocking का आहे

Blocking विरुद्ध non-blocking

सापळा: CPU-bound काम तरीही blocking असते

अंगठ्याचे नियम

हे का महत्त्वाचे आहे

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