Worker threads تسمح لـ Node بتشغيل JavaScript على threads منفصلة بتوازي حقيقي — حل أكبر قيود Node: عمل CPU مكثف يحجب thread رئيسي واحد (وبالتالي جميع الطلبات). استخدمها للحسابات الثقيلة، وليس للعمليات I/O (التي يتعامل معها event loop بكفاءة بالفعل).
app.(, {
result = ();
res.(result);
});
Node يشغل JS الخاص بك على thread واحد. حساب متزامن طويل يحجب كل شيء — event loop لا يمكنه معالجة طلبات أخرى حتى ينتهي. Worker threads تنقل هذا العمل خارج thread الرئيسي.
// main.js
import { Worker } from "worker_threads";
function runHeavyTask(data) {
return new Promise((resolve, reject) => {
const worker = new Worker("./worker.js", { workerData: data }); // runs on a NEW thread
worker.on("message", resolve); // receive the result
worker.on("error", reject);
worker.on("exit", (code) => { if (code !== 0) reject(new Error(`exit ${code}`)); });
});
}
// the main thread stays free to handle other requests while this runs
const result = await runHeavyTask({ numbers: [...] });
// 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 الرئيسي يستمر في خدمة الطلبات ويحصل على النتيجة عبر رسالة عند الانتهاء.
✓ 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 → 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 بكفاءة.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع