Собеседование Node.js крутится вокруг event loop, асинхронных паттернов, Express или NestJS и последствий однопоточного рантайма. Ниже — самые частые вопросы с эталонными ответами. Junior: базовая теория, определения и простые практические кейсы.
Node выполняет ваш JavaScript в одном потоке, а ввод-вывод отдаёт операционной системе и забирает результаты колбэками, когда те готовы. Однопоточность значит, что ваш код никогда не выполняется в двух местах одновременно — но ожидание происходит не здесь, поэтому Node дёшево держит тысячи простаивающих соединений. Следствие, которое надо помнить: медленный цикл в вашем коде блокирует все запросы, а не только свой.
Это один механизм на трёх уровнях удобства. Колбэк — функция, вызываемая по завершении, и он плохо вкладывается. Промис — объект, представляющий будущее значение, его можно цеплять в цепочку. async/await — синтаксис над промисами, позволяющий писать код, который выглядит последовательным. Не меняется базовая модель: await не блокирует поток, а уступает управление.
Функция сразу продолжается с промисом в состоянии ожидания вместо значения, дальше по коду возникает неопределённое поведение, а любая ошибка внутри становится необработанным отказом и может уронить процесс. Самая частая форма — запись в базу, которая выглядит успешной, потому что никто не дождался, чтобы узнать о провале. Линтеры это ловят, и правило стоит включить.
Через try/catch вокруг await, потому что отклонённый промис внутри async-функции ведёт себя как брошенное исключение. Не работает try/catch вокруг вызова с колбэком — колбэк выполнится позже, вне блока. В Express ошибки из асинхронных обработчиков нужно передавать в next(), иначе запрос висит до таймаута.
Первые нужны, чтобы приложение работало, вторые — только чтобы его собрать и протестировать. Разница проявляется, когда продакшн-образ ставится с --omit=dev: инструмент сборки не в том разделе либо раздувает образ, либо ломает сборку. Смежный вопрос — package-lock: его коммитят, потому что именно он делает две установки одинаковыми.
Функция, получающая запрос, ответ и next, которая либо обрабатывает запрос, либо передаёт дальше. Порядок решает всё: аутентификация, поставленная после защищаемого маршрута, не делает ничего, а обработчик ошибок регистрируется последним, чтобы поймать то, что было до него. Классический баг — забыть вызвать next(), и симптом — запрос, который никогда не отвечает.
Переменные окружения приходят извне кода, поэтому одна и та же сборка работает в стейджинге и проде с разными значениями, а секреты не попадают в репозиторий. Файл конфигурации удобен и версионируется — именно поэтому учётные данные в нём жить не должны. Практичная схема — схема валидации переменных при старте, чтобы отсутствующая падала сразу, а не на первом запросе.
На собеседовании ты говоришь вслух под давлением. Кем задаст эти же вопросы, оценит каждый ответ и покажет, что именно подтянуть.
Пройти интервью Junior Node.js Backend →