В чём разница между блокирующими и неблокирующими операциями в Node.js?

Question

IT Interview Practice · Accepted Answer

**Блокирующие** (blocking) операции выполняются синхронно и удерживают единственный поток JavaScript до завершения — в это время ничего другое выполниться не может. **Неблокирующие** (non-blocking) операции запускают работу, немедленно возвращают управление и доставляют результат позже через колбэк, Promise или событие, так что поток остаётся свободным для других дел.

## Почему Node однопоточный, но при этом неблокирующий

Ваш JavaScript выполняется в **одном** потоке, управляемом **циклом событий** (event loop). Ввод-вывод (файлы, сеть, DNS) делегируется в **libuv**, который под капотом использует асинхронные средства ОС и небольшой **пул потоков** (thread pool). Пока эта работа идёт вне потока, цикл событий продолжает обрабатывать другие колбэки. Когда ввод-вывод завершается, его колбэк ставится в очередь и выполняется.

```js
const fs = require("node:fs");

// Blocking: весь процесс ждёт здесь; ни один другой запрос не обслуживается.
const data = fs.readFileSync("big.json");
console.log("done reading");

// Non-blocking: возвращает управление сразу; колбэк выполнится, когда завершится ввод-вывод.
fs.readFile("big.json", (err, data) => {
  console.log("done reading");
});
console.log("this logs first");
```

## Блокирующие vs неблокирующие

| | Блокирующие | Неблокирующие |
|---|---|---|
| Стиль API | `*Sync` (`readFileSync`) | колбэк / Promise / `async` |
| Поток | Удерживает цикл событий | Освобождает цикл событий |
| Пропускная способность | Один запрос за раз | Много одновременных запросов |
| Когда использовать | Скрипты запуска/CLI | Серверы, обработчики запросов |

## Ловушка: работа, нагружающая CPU, всё равно блокирует

Неблокирование помогает только с **вводом-выводом**. Тяжёлое синхронное вычисление (парсинг огромного JSON-пейлоада, криптография, изменение размера изображения, плотный цикл) блокирует цикл событий даже внутри функции `async`, потому что сама работа CPU выполняется в потоке JS.

```js
// Блокирует цикл событий на всё время цикла, несмотря на «async».
async function hash(n) {
  let x = 0;
  for (let i = 0; i < n; i++) x += Math.sqrt(i); // нагружает CPU, синхронно
  return x;
}
```

Переносите работу, нагружающую CPU, в **`worker_threads`**, дочерний процесс или очередь, чтобы цикл событий оставался отзывчивым:

```js
const { Worker } = require("node:worker_threads");
new Worker("./cpu-task.js"); // выполняется в отдельном потоке
```

## Практические правила

- Никогда не вызывайте API `*Sync` внутри обработчика запроса на сервере.
- Используйте асинхронный ввод-вывод везде на горячем пути (hot path).
- Выносите тяжёлую для CPU работу за пределы главного потока.
- Следите за случайной блокировкой: большой `JSON.parse`, синхронная криптография, регулярные выражения с катастрофическим бэктрекингом.

## Почему это важно

Модель производительности Node полностью зависит от того, чтобы единственный поток цикла событий оставался свободным. Один случайный блокирующий вызов — `readFileSync`, синхронный хеш, медленный regex — тормозит **каждый** одновременный запрос, а не только тот, что его вызвал. Понимание того, что блокирует, а что нет, — это разница между сервером, масштабирующимся до тысяч соединений, и сервером, который зависает под нагрузкой.

	Блокирующие	Неблокирующие
Стиль API	`*Sync` (`readFileSync`)	колбэк / Promise / `async`
Поток	Удерживает цикл событий	Освобождает цикл событий
Пропускная способность	Один запрос за раз	Много одновременных запросов
Когда использовать	Скрипты запуска/CLI	Серверы, обработчики запросов

Почему Node однопоточный, но при этом неблокирующий

Блокирующие vs неблокирующие

Ловушка: работа, нагружающая CPU, всё равно блокирует

Практические правила

Почему это важно

Похожие вопросы