> Какие проблемы решаются с помощью статических методов Promise в JavaScript (JavaScript)

Короткий ответ

Статические методы Promise решают задачи композиции, конкурентности и обработки ошибок при работе с асинхронным кодом. Promise.all - параллельное выполнение с ожиданием всех результатов, Promise.allSettled - получение статусов всех промисов без раннего отклонения, Promise.race - первый завершившийся промис, Promise.any - первый успешный, Promise.resolve и Promise.reject - создание промисов с заданным состоянием. Это стандартизированные инструменты для типовых сценариев, которые иначе пришлось бы реализовывать вручную.

Подробное объяснение

Статические методы Promise закрывают несколько ключевых потребностей:

Композиция асинхронных операций
Promise.all позволяет запустить несколько независимых асинхронных задач параллельно и дождаться всех. Это критично для сценариев типа "загрузить данные из трёх API и только потом рендерить страницу". Без него пришлось бы писать вложенные цепочки или собственную логику подсчёта завершённых промисов.

Устойчивость к частичным отказам
Promise.allSettled решает проблему, когда нужно получить результат каждой операции, даже если часть завершилась ошибкой. Например, при массовой отправке уведомлений - важно знать, какие именно не доставились, а не прерывать всё на первой ошибке.

Таймауты и гонки
Promise.race позволяет реализовать ограничение по времени: "если запрос не ответил за 5 секунд - считать его проваленным". Также он полезен для сценариев, где нужен только первый результат из нескольких источников (например, fastest CDN).

Первый успешный результат
Promise.any - обратная сторона race: нужен первый успешный ответ, а ошибки игнорируются, пока все не упадут. Это удобно для failover-стратегий: попробовать несколько серверов и взять ответ от первого рабочего.

Создание промисов
Promise.resolve и Promise.reject нужны для нормализации: обернуть значение или ошибку в промис, чтобы единообразно работать с синхронным и асинхронным кодом. Это важно в библиотеках и утилитах, где функция может вернуть как значение, так и промис.

Обработка ошибок в цепочках
Статические методы позволяют строить сложные сценарии с гарантированной обработкой ошибок: Promise.all отклоняется при первой ошибке, что удобно для "всё или ничего", а allSettled - для "собрать все результаты".

На практике

На уровне senior важно не просто перечислить методы, а показать понимание trade-off между ними. Например, Promise.all быстрее завершается при ошибке, но теряет результаты остальных операций. allSettled сохраняет все результаты, но ждёт завершения всех - это может быть медленнее в сценариях с зависшими запросами.

Также стоит упомянуть, что Promise.race и Promise.any работают с первым завершившимся промисом, но race может вернуть отклонённый промис, а any - только успешный. Выбор зависит от бизнес-логики: нужен ли первый результат вообще или только успешный.

На практике часто комбинируют методы: Promise.race с таймаутом, затем allSettled для сбора частичных результатов. Важно помнить, что отклонённые промисы в allSettled не вызывают unhandled rejection - это поведение нужно учитывать при логировании.

Пример кода

JAVASCRIPT
// Параллельная загрузка с обработкой частичных ошибок
async function loadUserData(userIds) {
  const results = await Promise.allSettled(
    userIds.map(id => fetch(`/api/users/${id}`).then(r => r.json()))
  );
  
  const users = results
    .filter(r => r.status === 'fulfilled')
    .map(r => r.value);
  
  const errors = results
    .filter(r => r.status === 'rejected')
    .map(r => r.reason);
  
  return { users, errors };
}

// Таймаут с помощью race
function fetchWithTimeout(url, ms = 5000) {
  const timeout = new Promise((_, reject) => 
    setTimeout(() => reject(new Error('Timeout')), ms)
  );
  return Promise.race([fetch(url), timeout]);
}

// Первый успешный источник
async function getFromMirrors(urls) {
  return Promise.any(urls.map(url => fetch(url).then(r => r.json())));
}

// Нормализация значения в промис
function processValue(value) {
  return Promise.resolve(value).then(v => {
    // единообразная обработка
    return v * 2;
  });
}

Как отвечать на собеседовании

Начните с краткого перечисления методов и их назначения. Затем переходите к сценариям использования, подкрепляя примерами из реальной практики. Покажите понимание различий между методами: когда использовать all, а когда allSettled, чем race отличается от any.

Хорошо упомянуть edge cases: поведение с пустым массивом (Promise.all([]) - сразу resolved, Promise.any([]) - сразу rejected), обработку ошибок, влияние на производительность. Если спросят про альтернативы - можно упомянуть Promise.allSettled как замену ручной реализации с Promise.all и catch.

Для senior-уровня стоит добавить про совместимость и полифиллы, а также про то, как эти методы вписываются в async/await - например, что await Promise.all([...]) - стандартный паттерн для параллельного выполнения.

Что проверяет интервьюер

Интервьюер оценивает:

• знание API промисов и их отличий
• умение выбирать правильный метод под задачу
• понимание поведения при ошибках и крайних случаях
• способность объяснить trade-off между подходами
• практический опыт использования в реальных проектах

Для senior-позиции важно не просто назвать методы, а показать, как они встраиваются в архитектуру: обработка ошибок, конкурентность, производительность.

Типичные ошибки

• Путаница между race и any: race может вернуть отклонённый промис, any - только успешный. Это принципиальная разница.
• Использование all там, где нужен allSettled: если одна операция падает, all теряет все результаты, что не всегда желаемо.
• Игнорирование пустых массивов: Promise.all([]) - resolved, Promise.any([]) - rejected, Promise.race([]) - вечно pending. Это нужно учитывать.
• Забывают про unhandled rejection: в allSettled отклонённые промисы не вызывают глобальную ошибку, но если их не обработать - потеряете информацию об ошибках.
• Неправильная реализация таймаута: если использовать race с таймером, но не очищать setTimeout, будет утечка ресурсов. Нужно очищать таймер в finally.
• Смешение синхронного и асинхронного кода: Promise.resolve часто забывают использовать для нормализации, из-за чего код дублируется.