> Доводилось ли работать с многопоточностью в Node.js (JavaScript)

Короткий ответ

Да, работал с многопоточностью в Node.js через worker_threads для CPU-интенсивных задач, child_process для изоляции процессов и кластеризацию для распределения нагрузки. Основной подход - использовать основной event loop для I/O, а тяжелые вычисления выносить в отдельные потоки или процессы, избегая блокировки. Также применял shared memory с SharedArrayBuffer и Atomics для синхронизации.

Подробное объяснение

Node.js по умолчанию однопоточный, но многопоточность реализуется через:

• worker_threads - легковесные потоки с общей памятью (SharedArrayBuffer), подходят для CPU-bound задач (парсинг, криптография, обработка изображений). Каждый worker имеет свой V8 instance и event loop, общение через message passing.
• child_process - полноценные процессы с изолированной памятью, запускаются через fork/spawn/exec. Используются для изоляции ошибок или запуска сторонних программ.
• cluster - модуль для масштабирования на несколько ядер, создает копии процесса на каждом CPU. Подходит для HTTP-серверов, но каждый worker - отдельный процесс, не поток.

Ключевые trade-off: worker_threads быстрее для передачи данных (через память), но требуют осторожности с race conditions. child_process надежнее изоляции, но дороже по ресурсам. cluster упрощает балансировку, но не решает проблему CPU-bound задач внутри одного worker.

На практике

В реальных проектах использовал worker_threads для:

• Пакетной обработки Excel-файлов (чтение, трансформация, запись) - каждый worker обрабатывал свой файл.
• Генерации PDF-отчетов с большими объемами данных.
• Криптографических операций (хэширование, шифрование) для тысяч записей.

Для child_process - запуск ffmpeg для конвертации видео, чтобы не блокировать основной поток. Для cluster - горизонтальное масштабирование Express-приложения на сервере с 8 ядрами.

Важно: не использовать worker_threads для I/O (сеть, файлы) - это антипаттерн, так как libuv уже эффективно обрабатывает асинхронный I/O.

Пример кода

JAVASCRIPT
// main.js
const { Worker } = require('worker_threads');

function runWorker(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(`Worker stopped with exit code ${code}`));
    });
  });
}

// worker.js
const { parentPort, workerData } = require('worker_threads');

// CPU-heavy task
const result = heavyComputation(workerData);
parentPort.postMessage(result);

Как отвечать на собеседовании

Начни с признания однопоточной природы Node.js, затем перечисли инструменты многопоточности. Подчеркни, что worker_threads - основной выбор для CPU-bound задач, а child_process - для изоляции. Упомяни, что cluster - это масштабирование, а не многопоточность в чистом виде. Приведи конкретный пример из опыта, объясни trade-off: overhead создания worker vs выигрыш в производительности. Если спросят про синхронизацию - расскажи про Atomics и SharedArrayBuffer, но отметь, что в реальных проектах чаще используют message passing.

Что проверяет интервьюер

• Понимание event loop и его ограничений (блокировка на CPU-bound задачах).
• Знание инструментов: worker_threads, child_process, cluster, и когда какой применять.
• Умение оценивать trade-off: производительность vs сложность vs изоляция.
• Практический опыт: как настраивать пул worker'ов, обрабатывать ошибки, управлять жизненным циклом.
• Понимание SharedArrayBuffer и Atomics (для senior - обязательно).

Типичные ошибки

• Использовать worker_threads для I/O-операций (это замедляет, а не ускоряет).
• Создавать worker на каждую задачу без пула - overhead перевешивает выгоду.
• Забывать про обработку ошибок и завершение worker'ов (утечки памяти).
• Путать cluster с worker_threads (cluster - процессы, не потоки).
• Игнорировать лимиты: максимальное количество worker'ов ограничено ресурсами системы.
• Не учитывать, что worker_threads не работают в некоторых средах (например, в браузере через Web Workers - другая реализация).