ما الفرق بين العمليات المتزامنة (blocking) وغير المتزامنة (non-blocking) في Node.js؟

Question

IT Interview Practice · Accepted Answer

تعمل عمليات **Blocking** (الحاجبة) بشكل متزامن وتحتجز خيط JavaScript الوحيد حتى تنتهي — ولا شيء آخر يمكن أن يعمل في هذه الأثناء. أما عمليات **Non-blocking** (غير الحاجبة) فتبدأ العمل، وتعود فورًا، وتسلّم النتيجة لاحقًا عبر callback أو Promise أو حدث، فيبقى الخيط حرًّا للقيام بأمور أخرى.

## لماذا يكون Node أحادي الخيط ومع ذلك غير حاجب

يعمل كود JavaScript الخاص بك على خيط **واحد** يقوده **event loop**. تُفوَّض عمليات I/O (الملفات، الشبكة، DNS) إلى **libuv**، الذي يستخدم إمكانات نظام التشغيل غير المتزامنة و**thread pool** صغيرًا في الخلفية. وبينما يجري ذلك العمل خارج الخيط، يستمر event loop في معالجة callbacks أخرى. وعند اكتمال I/O، يُدرَج callback الخاص به في الطابور ويُنفَّذ.

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

// Blocking: العملية بأكملها تنتظر هنا؛ ولا يُخدَم أي طلب آخر.
const data = fs.readFileSync("big.json");
console.log("done reading");

// Non-blocking: يعود فورًا؛ ويعمل callback عند انتهاء I/O.
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 |
| الإنتاجية | طلب واحد في كل مرة | طلبات متزامنة كثيرة |
| استخدمه عند | سكربتات البدء/CLI | الخوادم، معالِجات الطلبات |

## الفخّ: العمل المرتبط بالمعالج (CPU-bound) يظل حاجبًا

لا يساعد Non-blocking إلا مع **I/O**. أي عملية حسابية متزامنة ثقيلة (تحليل JSON لحمولة ضخمة، تشفير، تغيير حجم صورة، حلقة مكثّفة) تحجب event loop حتى داخل دالة `async`، لأن عمل المعالج نفسه يجري على خيط JS.

```js
// يحجب event loop طوال الحلقة، رغم كونها "async".
async function hash(n) {
  let x = 0;
  for (let i = 0; i < n; i++) x += Math.sqrt(i); // CPU-bound، متزامن
  return x;
}
```

انقل العمل المرتبط بالمعالج إلى **`worker_threads`** أو عملية فرعية (child process) أو طابور (queue) كي يبقى event loop مستجيبًا:

```js
const { Worker } = require("node:worker_threads");
new Worker("./cpu-task.js"); // يعمل على خيط منفصل
```

## قواعد عملية

- لا تستدعِ أبدًا واجهات `*Sync` داخل معالِج طلب على الخادم.
- استخدم I/O غير متزامن في كل مكان على المسار الساخن (hot path).
- انقل العمل الثقيل على المعالج خارج الخيط الرئيسي.
- احذر الحجب العَرَضي: `JSON.parse` كبير، تشفير متزامن، تعبيرات نمطية (regex) ذات تراجع كارثي.

## لماذا يهم

يعتمد نموذج أداء Node اعتمادًا كاملًا على إبقاء خيط event loop الوحيد حرًّا. استدعاء حاجب واحد شارد — `readFileSync`، أو تجزئة (hash) متزامنة، أو regex بطيء — يوقف **كل** طلب متزامن، لا الطلب الذي تسبّب فيه فحسب. إن فهم ما يحجب وما لا يحجب هو الفرق بين خادم يتوسّع إلى آلاف الاتصالات وخادم يتجمّد تحت الحمل.

	Blocking	Non-blocking
أسلوب الـ API	`*Sync` (`readFileSync`)	callback / Promise / `async`
الخيط	يحتجز event loop	يحرّر event loop
الإنتاجية	طلب واحد في كل مرة	طلبات متزامنة كثيرة
استخدمه عند	سكربتات البدء/CLI	الخوادم، معالِجات الطلبات

لماذا يكون Node أحادي الخيط ومع ذلك غير حاجب

Blocking مقابل Non-blocking

الفخّ: العمل المرتبط بالمعالج (CPU-bound) يظل حاجبًا

قواعد عملية

لماذا يهم

أسئلة ذات صلة