متى وكيف تستخدم worker threads؟

Question

Accepted Answer

**Worker threads** تسمح لـ Node بتشغيل JavaScript على **threads منفصلة** بتوازي حقيقي — حل أكبر قيود Node: عمل CPU مكثف يحجب thread رئيسي واحد (وبالتالي جميع الطلبات). استخدمها للحسابات الثقيلة، وليس للعمليات I/O (التي يتعامل معها event loop بكفاءة بالفعل).

## المشكلة التي تحلها

```js
// ❌ this CPU-heavy work BLOCKS the event loop → all requests freeze for its duration
app.get("/hash", (req, res) => {
  const result = expensiveComputation(); // e.g. heavy crypto, image processing
  res.json(result); // meanwhile, no other request can be handled
});
```

Node يشغل JS الخاص بك على thread واحد. حساب متزامن طويل يحجب **كل شيء** — event loop لا يمكنه معالجة طلبات أخرى حتى ينتهي. Worker threads تنقل هذا العمل خارج thread الرئيسي.

## استخدام worker thread

```js
// main.js
import { Worker } from "worker_threads";

// the main thread stays free to handle other requests while this runs
const result = await runHeavyTask({ numbers: [...] });
```

```js
// worker.js — runs in parallel, on its own thread
import { workerData, parentPort } from "worker_threads";

const result = expensiveComputation(workerData); // doesn't block the main thread
parentPort.postMessage(result);                    // send the result back
```

يعمل worker بشكل مستقل؛ thread الرئيسي يستمر في خدمة الطلبات ويحصل على النتيجة عبر رسالة عند الانتهاء.

## متى تستخدم (وما لا تستخدم)

```text
✓ USE for CPU-bound work: image/video processing, encryption, compression,
  big data parsing, complex calculations, ML inference
✗ DON'T use for I/O (DB, files, HTTP) — the async event loop already handles
  that efficiently; a worker would add overhead for no benefit
```

القاعدة: **workers للعمليات CPU-bound, event loop للعمليات I/O-bound.**

## Worker threads مقابل child_process مقابل cluster

```text
worker_threads → share memory (efficient data passing), in-process threads — CPU work
child_process  → separate OS processes, run other programs — heavier isolation
cluster        → fork the whole server across CPUs — scale request handling
```

## لماذا يهم

Worker threads تعالج نقطة الضعف الأساسية في Node — مهام CPU-bound تحجب event loop بـ thread واحد وتوقف جميع الطلبات المتزامنة.

معرفة نقل الحسابات الثقيلة إلى worker (إبقاء thread الرئيسي مستجيب)، والأهم **متى** تستخدمها (CPU-bound فقط، لا تستخدمها أبداً لـ I/O)، هو ما يسمح لخدمة Node بمعالجة المعالجة الثقيلة العرضية دون التضحية بالتزامن الذي يجعل Node قيمة.

لـ pooling workers في الإنتاج، مكتبات مثل Piscina تدير thread pool بكفاءة.