worker thread を使うと、Node は別スレッド上で JavaScript を真の並列性をもって実行できます。これは Node 最大の制約、すなわち CPU 集約的な処理が単一のメインスレッド（ひいてはすべてのリクエスト）をブロックしてしまう問題を解決します。重い計算には使い、I/O には使わないでください（I/O はイベントループがすでに効率的に処理しています）。
app.(, {
result = ();
res.(result);
});
Node は JS を 1 つのスレッドで実行します。長時間の同期計算はすべてをブロックします。それが終わるまでイベントループは他のリクエストを処理できません。worker thread はその処理をメインスレッドの外へ移します。
// main.js
import { Worker } from "worker_threads";
function runHeavyTask(data) {
return new Promise((resolve, reject) => {
const worker = new Worker("./worker.js", { workerData: data }); // 新しいスレッドで実行される
worker.on("message", resolve); // 結果を受け取る
worker.on("error", reject);
worker.on("exit", (code) => { if (code !== 0) reject(new Error(`exit ${code}`)); });
});
}
// これが実行されている間、メインスレッドは他のリクエストを処理し続けられる
const result = await runHeavyTask({ numbers: [...] });
// worker.js — 並列に、独自のスレッドで実行される
import { workerData, parentPort } from "worker_threads";
const result = expensiveComputation(workerData); // メインスレッドをブロックしない
parentPort.postMessage(result); // 結果を送り返す
worker は独立して実行され、メインスレッドはリクエストの処理を続け、完了時にメッセージで結果を受け取ります。
✓ CPU バウンドの処理に使う: 画像 / 動画処理、暗号化、圧縮、
大規模データのパース、複雑な計算、ML 推論
✗ I/O（DB、ファイル、HTTP）には使わない — 非同期のイベントループがすでに
効率的に処理している。worker はオーバーヘッドを増やすだけで利点がない
ルール: CPU バウンドには worker、I/O バウンドにはイベントループ。
worker_threads → メモリを共有（効率的なデータ受け渡し）、プロセス内スレッド — CPU 処理向け
child_process → 別の OS プロセス、他のプログラムを実行 — より重い分離
cluster → サーバー全体を CPU 間でフォーク — リクエスト処理をスケール
worker thread は Node の核心的な弱点、すなわち CPU バウンドのタスクが単一スレッドのイベントループをブロックし、すべての並行リクエストを凍結してしまう問題に対処します。
重い計算を worker にオフロードすること（メインスレッドの応答性を保つ）を知り、決定的に重要な、いつ使うか（CPU バウンドのみ、I/O には決して使わない）を理解することが、Node サービスが Node の価値である並行性を犠牲にすることなく時折の重い処理をこなせるようにする鍵です。
本番環境で worker をプールするには、Piscina のようなライブラリがスレッドプールを効率的に管理してくれます。