Асинхронные задачи

Это практический слой асинхронности: не «что такое промис», а «построй из промисов рабочий инструмент». Такие задачи на собеседовании ценятся тем, что за короткий код видно всю модель исполнения — понимаете ли вы, что промис разрешается один раз, что .then планирует микрозадачу, что setTimeout и setInterval ведут себя по-разному под медленной сетью.

Каждый слой ниже — это отдельный приём, который стоит уметь написать по памяти и объяснить построчно. Мы разбираем механизм, а не заученный ответ: как обёртка сохраняет this, зачем счётчик оставшихся, почему хвост-промис глотает ошибки, чем отмена лучше сравнения термов. Порядок слоёв — от фундамента (обернуть колбэк) к боевым паттернам (отмена, сериализация).

Карта темы

• Колбэк в промис — обёртка promisify, сохранение this и соглашения error-first.
• Реализация комбинаторов — Promise.all/any с нуля через счётчик, массив по индексу и AggregateError.
• Внутренности промиса — конечный автомат состояний, очереди колбэков и как .then планирует микрозадачу.
• EventEmitter — on/off/emit на Map из Set, изоляция ошибок и цепочка через this.
• Fetch с повторами — ограниченный ретрай с задержкой и промис-обёрткой над setTimeout.
• Поллинг-клиент — самоперепланируемый setTimeout против setInterval и очистка буфера лишь при успехе.
• AbortController — отмена устаревшего запроса в полёте и лечение гонки порядка ответов.
• Сериализация записей — хвост-промис, гарантирующий очередь без конкуренции и с изоляцией ошибок.

Частые ошибки и ловушки

Значение для собеседований

Это формат «напиши функцию у доски». Интервьюер даёт заготовку сигнатуры и просит реализацию, а затем давит уточнениями: «а если вход пустой?», «а если запрос медленнее интервала?», «почему обычная функция, а не стрелка?». Ответы на них и отделяют понимание механизма от заученного шаблона.

Что обычно проверяют:

• Как обернуть error-first колбэк в промис, сохранив this и аргументы.
• Как реализовать комбинатор с сохранением порядка и корректной обработкой пустого входа.
• Почему setTimeout-самоперепланирование безопаснее setInterval под медленной сетью.
• Как AbortController отменяет запрос и лечит гонку порядка ответов.
• Как хвост-промис сериализует записи и почему он должен глотать ошибки.

Типичный неверный ответ: «await fetch(...) в цикле и так идёт параллельно» или «setInterval надёжнее держит свежесть». Оба выдают непонимание того, что await в цикле сериализует шаги, а setInterval стреляет по часам независимо от того, завершился ли прошлый запрос.