Node.js-এ blocking এবং non-blocking অপারেশনের মধ্যে পার্থক্য কী?

Question

IT Interview Practice · Accepted Answer

**Blocking** অপারেশন synchronously চলে এবং শেষ না হওয়া পর্যন্ত একমাত্র JavaScript থ্রেডটি ধরে রাখে — এই সময়ে আর কিছুই চলতে পারে না। **Non-blocking** অপারেশন কাজটি শুরু করে, সঙ্গে সঙ্গে ফিরে আসে, এবং পরে callback, Promise বা event-এর মাধ্যমে ফলাফল দেয়, ফলে থ্রেডটি অন্য কাজ করার জন্য মুক্ত থাকে।

## কেন Node একক-থ্রেডেড হয়েও non-blocking

আপনার JavaScript **একটি** থ্রেডে চলে যা **event loop** দ্বারা পরিচালিত। I/O (ফাইল, নেটওয়ার্ক, DNS) **libuv**-এর হাতে অর্পণ করা হয়, যা ভেতরে OS-এর async সুবিধা এবং একটি ছোট **thread pool** ব্যবহার করে। সেই কাজ থ্রেডের বাইরে চলাকালীন event loop অন্যান্য callback প্রক্রিয়া করতে থাকে। 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` |
| থ্রেড | event loop ধরে রাখে | event loop মুক্ত করে |
| থ্রুপুট | একবারে একটি request | অনেক concurrent request |
| কখন ব্যবহার করবেন | স্টার্টআপ/CLI স্ক্রিপ্ট | সার্ভার, request handler |

## ফাঁদ: CPU-bound কাজ এখনও block করে

Non-blocking শুধু **I/O**-তে সাহায্য করে। একটি ভারী synchronous গণনা (বিশাল payload-এর JSON parsing, crypto, ছবির resize, একটি নিবিড় loop) `async` ফাংশনের ভেতরেও event loop block করে, কারণ CPU-র কাজটি নিজেই JS থ্রেডে চলে।

```js
// "async" হওয়া সত্ত্বেও পুরো loop জুড়ে event loop block করে।
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"); // একটি পৃথক থ্রেডে চলে
```

## প্রায়োগিক নিয়ম

- সার্ভারে request handler-এর ভেতরে কখনও `*Sync` API কল করবেন না।
- hot path-এর সর্বত্র async I/O ব্যবহার করুন।
- CPU-ভারী কাজ মূল থ্রেড থেকে সরিয়ে দিন।
- দুর্ঘটনাজনিত blocking-এর জন্য সতর্ক থাকুন: বড় `JSON.parse`, synchronous crypto, catastrophic backtracking-যুক্ত regex।

## এটি কেন গুরুত্বপূর্ণ

Node-এর পারফরম্যান্স মডেল সম্পূর্ণভাবে একক event-loop থ্রেডটিকে মুক্ত রাখার উপর নির্ভর করে। একটিমাত্র বিপথগামী blocking কল — একটি `readFileSync`, একটি synchronous hash, একটি ধীর regex — শুধু যেটি ট্রিগার করেছে সেটিই নয়, **প্রতিটি** concurrent request থামিয়ে দেয়। কী block করে আর কী করে না তা বোঝা হলো হাজার হাজার সংযোগে স্কেল করা একটি সার্ভার এবং লোডের নিচে জমে যাওয়া একটি সার্ভারের মধ্যে পার্থক্য।

	Blocking	Non-blocking
API স্টাইল	`*Sync` (`readFileSync`)	callback / Promise / `async`
থ্রেড	event loop ধরে রাখে	event loop মুক্ত করে
থ্রুপুট	একবারে একটি request	অনেক concurrent request
কখন ব্যবহার করবেন	স্টার্টআপ/CLI স্ক্রিপ্ট	সার্ভার, request handler

কেন Node একক-থ্রেডেড হয়েও non-blocking

Blocking বনাম non-blocking

ফাঁদ: CPU-bound কাজ এখনও block করে

প্রায়োগিক নিয়ম

এটি কেন গুরুত্বপূর্ণ

সম্পর্কিত প্রশ্ন