Когда и как вы используете 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 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 работает независимо; основной поток продолжает обслуживать запросы и получает результат через сообщение по завершении.

## Когда использовать (и когда не использовать)

```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
```

Правило: **worker threads для CPU-bound, event loop для I/O-bound.**

## 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-bound задачи, блокирующие однопоточный event loop и замораживающие все одновременные запросы.

Знание того, как переложить тяжелые вычисления на worker (сохраняя основной поток отзывчивым) и критически **когда** их использовать (только CPU-bound, никогда для I/O), позволяет сервису Node справляться с периодической тяжелой обработкой без ущерба для параллелизма, который делает Node ценным.

Для организации пула worker threads в production библиотеки, такие как Piscina, эффективно управляют пулом потоков.