您何时以及如何使用 worker threads？

Question

Accepted Answer

**Worker threads** 让 Node 在**独立线程**上运行 JavaScript，具有真正的并行性——解决了 Node 的最大限制：CPU 密集型工作会阻塞单个主线程（从而阻塞所有请求）。将其用于繁重计算，而不是用于 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。一个长时间的同步计算会阻塞**一切** ——  event loop 在其完成之前无法处理其他请求。Worker threads 将该工作从主线程移开。

## 使用 worker 线程

```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 独立运行；主线程继续处理请求，在完成时通过消息获得结果。

## 何时使用（以及何时不使用）

```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 密集，event loop 用于 I/O 密集。**

## Worker threads vs child_process vs 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 密集任务阻塞单线程 event loop 并冻结所有并发请求。

知道何时将繁重计算卸载到 worker（保持主线程响应），以及最关键的是**何时**使用它们（仅限 CPU 密集，I/O 永不使用），这是让 Node 服务能够处理偶尔的繁重处理而不牺牲使 Node 有价值的并发性的关键。

对于生产环境中的 worker 池管理，Piscina 等库可以高效地管理线程池。