Что такое Node.js на самом деле

Runtime, а не язык: V8 + libuv + стандартная библиотека

Прежде чем написать первую строку серверного кода, стоит разобраться, что такое Node.js на самом деле — потому что модель, которую ты выстроишь здесь, объяснит каждую странность позже: почему нет window, почему один медленный эндпоинт может заморозить весь API.

Когда говорят «Node.js», имеют в виду три вещи, свинченные в одну программу.

Первая — это V8, тот же движок, что Chrome использует для исполнения JavaScript. V8 берёт твой .js-исходник, компилирует его в машинный код и быстро запускает. Но сам по себе V8 только понимает JavaScript; он понятия не имеет, как открыть файл или принять сетевое соединение. В спецификации языка нет ни fs, ни http, ни сокетов.

Вторая часть закрывает эту дыру: libuv — C-библиотека, дающая Node event loop (цикл событий — механизм, который бесконечно вынимает завершённые задачи из очереди и запускает колбэки) плюс асинхронный I/O (ввод-вывод — диск, сеть, таймеры). Именно libuv позволяет одному потоку ждать тысячи соединений сразу, а не блокироваться на каждом. Ещё она держит в фоне небольшой пул потоков для тех немногих операций, что ОС не умеет делать асинхронно (часть работы с файловой системой и криптографией).

Третья — это стандартная библиотека Node: встроенные модули, открывающие всё это для JavaScript: fs для файлов, http/net для серверов и сокетов, path, process для самой работающей программы, crypto, stream и другие. Именно её ты на самом деле require или import.

// Никакого браузера — это работа стандартной библиотеки.
import { readFile } from "node:fs/promises";
import http from "node:http";

const html = await readFile("./index.html", "utf8"); // libuv читает диск
http.createServer((req, res) => res.end(html))       // V8 исполняет твой колбэк
    .listen(3000);
console.log(`pid ${process.pid} слушает :3000`);      // process = эта программа

Зачем вообще нужна такая связка? До Node JavaScript был заперт в браузере, а серверы писали на PHP, Python, Ruby или Java. Node позволил командам писать на одном языке по всему стеку — и фронтенд, и бэкенд — и пользоваться огромной экосистемой пакетов npm (Node Package Manager — крупнейший реестр ПО в мире). Именно это решение объясняет большую часть того, почему Node захватил серверный тулинг.

Один поток, event loop и неблокирующий I/O

Вот идея, из-за которой Node кажется странным после других бэкендов: твой JavaScript исполняется в одном потоке. Никакого «поток на запрос». Как же один поток обслуживает тысячи клиентов?

Фокус в неблокирующем I/O. Когда твой код просит прочитать файл или сделать запрос к базе, Node не садится и не ждёт ответа. Он передаёт запрос в libuv (которая использует ОС или пул потоков), регистрирует колбэк и тут же переходит к другой работе. Когда данные готовы, libuv кладёт колбэк в очередь, и event loop — цикл, работающий бесконечно и вынимающий завершённую работу из очередей, чтобы исполнить колбэки, — его запускает. Один поток почти никогда не простаивает и почти никогда не заблокирован, поэтому он чередует тысячи операций «в полёте».

Есть и обратная сторона. Если дать этому единственному потоку CPU-bound работу — плотный цикл, хэширующий миллион паролей, ресайз огромной картинки, синхронный разбор гигантского JSON, — то некому принимать запросы, пока он молотит. Event loop заблокирован. Все остальные клиенты ждут. I/O разгружается; вычисления — нет.

Где Node силён, а где нет

Эта архитектура не лучше и не хуже бэкендов с «потоком на запрос» — она заточена под определённый род работы. Понимая эту заточку, ты знаешь, когда тянуться за Node.

Node отлично справляется с I/O-bound работой, потому что именно под неё созданы неблокирующий I/O и event loop: HTTP-API и микросервисы, которые в основном ждут базы и другие сервисы, real-time-системы (чаты, живые дашборды) поверх WebSocket и инструменты разработчика (бандлеры, линтеры, CLI), где доминирует чтение и запись файлов. И он слаб в тяжёлых CPU-bound вычислениях — перекодировании видео, больших численных симуляциях, объёмной синхронной криптографии — потому что такая работа блокирует единственный поток. Запасные выходы реальны, но осознанны: worker_threads, чтобы вынести вычисления с главного потока, или просто язык, лучше подходящий для перемалывания чисел.

Экосистема — вторая половина картины. npm — это реестр пакетов и установщик Node, крупнейший реестр ПО в мире. Поверх него лежат фреймворки, с которыми ты встретишься дальше: Express и Fastify для HTTP-серверов, NestJS для структурированных, «с мнением» бэкендов. Относись к этим названиям как к карте, а не как к домашке на сегодня.