Какие ключевые архитектурные различия между event loop в Node.js и event loop в браузере, особенно в контексте их фаз, callback queues и порядка выполнения асинхронных операций?

Архитектура ядра

Event loop в Node.js следует структурированному многофазному конвейеру, тогда как event loop браузера использует более простую модель с двумя очередями. Понимание этих различий критически важно для предсказания порядка выполнения асинхронного кода.

Фазы Event Loop в Node.js

Node.js обрабатывает колбэки через шесть последовательных фаз:

• Timers — выполняет колбэки setTimeout и setInterval
• Pending callbacks — обрабатывает отложенные колбэки ошибок I/O
• Idle / Prepare — используется внутри Node.js
• Poll — извлекает и выполняет новые I/O колбэки
• Check — запускает колбэки setImmediate
• Close callbacks — обрабатывает события вроде socket.on('close')

Каждая фаза поддерживает собственную выделенную очередь, и loop должен полностью опустошить эту очередь перед переходом к следующей фазе.

Event Loop браузера

Модель браузера сравнительно проста и опирается на две очереди:

• Task queue (macrotasks) — обрабатывает setTimeout, события UI и сетевые колбэки
• Microtask queue — обрабатывает колбэки Promise и MutationObserver

После каждого macrotask-а браузер полностью опустошает очередь микротасков перед рендерингом или выбором следующей задачи.

Ключевые различия в приоритете выполнения

Критическое отличие — process.nextTick(), который запускается перед любыми микротасками — такого поведения не существует в браузере. Это означает:

• Используй process.nextTick() осторожно: при злоупотреблении он может заморозить event loop
• setImmediate() уникален для Node.js и всегда выполняется после I/O колбэков
• В обоих окружениях очередь микротасков полностью опустошается перед переходом к следующему macrotask-у