Які переваги та недоліки в однопотоковості Node.js?

Node.js виконує всю JavaScript-логіку в одному потоці через event loop, а ввід-вивід делегує фоновим потокам через libuv. Це одне архітектурне рішення дає конкретний набір сильних і слабких сторін.

#Теорія

#TL;DR

• Немає м'ютексів чи перегонів між JS-інструкціями: проста модель конкурентності
• Відмінна пропускна здатність на I/O-навантаженні; погано підходить для важких обчислень, які блокують єдиний потік
• Дешевий за ресурсами порівняно з сервером "потік на з'єднання", легко масштабується горизонтально через cluster чи PM2
• Одна неперехоплена помилка здатна обвалити весь процес, бо все ділить той самий єдиний потік

#Швидкий приклад

#Переваги

#1. Проста модель конкурентності

Немає м'ютексів, немає перегонів між JavaScript-інструкціями. Розробники працюють з асинхронними callback-ами, promise та async/await, а не із синхронізацією потоків.

#2. Висока пропускна здатність на I/O-навантаженні

Однопотокове виконання плюс неблокувальний ввід-вивід означає, що тисячі запитів можуть бути в польоті одночасно. Поки один запит чекає на базу даних, потік обслуговує інші. Це добре пасує до REST API, мікросервісів, real-time застосунків і проксі- чи потокових серверів.

#3. Менше споживання ресурсів

Один потік коштує значно менше памʼяті й CPU, ніж запуск потоку на кожне з'єднання, класична модель Apache/PHP. Node.js обслуговує серйозне навантаження на скромному залізі.

#4. Легке горизонтальне масштабування

Можна запустити кілька процесів через модуль cluster, PM2 або кілька Docker-контейнерів, отримуючи паралельність на рівні процесів, тоді як кожен процес зберігає просту модель event loop.

#5. Передбачуване виконання

Код у межах одного "ходу" JavaScript виконується до кінця, перш ніж почнеться наступний; не треба координувати спільну памʼять між JS-потоками.

#Недоліки

#1. Погано підходить для важких обчислень

Стиснення, шифрування, інференс машинного навчання, важкий парсинг, обробка зображень чи відео блокують єдиний потік, поки виконуються, тож сервер перестає відповідати на будь-які інші запити, доки обчислення не завершиться. Рішення: винести таку роботу у worker_threads, child_process, чергу задач (наприклад, BullMQ) або окремий сервіс іншою мовою.

#2. Вразливий до блокувальних викликів

Будь-який синхронний виклик, fs.readFileSync, JSON.parse на величезному payload, довгий цикл, здатен заморозити весь сервер на час свого виконання. Один дорогий запит деградує всі інші одночасно.

#3. Ручна робота для справжньої паралельності

Використання всіх ядер CPU вимагає явного налаштування cluster чи worker_threads; Node.js не паралелізує автоматично.

#4. Крутіша крива навчання для event loop

Розуміння черг callback-ів, мікрозадач проти макрозадач і фаз event loop потребує часу; "callback hell" і необроблені відхилення promise, це типові помилки новачків.

#5. Одна неперехоплена помилка здатна обвалити весь процес

Оскільки все ділить один потік, необроблений виняток може обвалити весь сервер, а не лише один запит. Пом'якшення: try/catch навколо ризикованого коду, страховка через process.on('uncaughtException', ...), і менеджер процесів на кшталт PM2, який перезапускає впалий процес.

#Підсумок

#Типові помилки

• Виконувати CPU-важкі алгоритми прямо в обробнику запиту. Виносьте їх; не давайте їм ділити потік, який обслуговує HTTP-трафік.
• Пропускати обробку помилок в асинхронному коді. Необроблене відхилення чи виняток здатні обвалити весь процес.
• Вважати, що однопотоковість означає відсутність варіантів масштабування. Кластеризація, worker threads і горизонтальне масштабування залишаються доступними; їх просто треба свідомо налаштувати.