> Что происходит при запуске функции с промисами и почему результат может быть пустым? (JavaScript)

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

При запуске функции с промисами результат может быть пустым из-за асинхронности: промис ещё не зарезолвился к моменту, когда код пытается прочитать результат. Это происходит, если не дождаться resolve через await или .then(), либо если промис был отклонён (rejected) без обработки ошибки. Также пустой результат может быть следствием возврата undefined из цепочки then().

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

Промисы - это механизм для работы с асинхронными операциями. Когда функция запускает промис, она немедленно возвращает объект Promise в состоянии pending. Результат становится доступен только после перехода в fulfilled или rejected.

Пустой результат возникает в нескольких сценариях:

• Отсутствие ожидания: вызов функции возвращает промис, но код не использует await или .then(), поэтому переменная получает сам промис, а не его значение. При попытке вывести её - Promise { <pending> } или undefined.
• Ранний return: функция возвращает значение до того, как промис зарезолвился, например, return data внутри then() без возврата самого промиса.
• Необработанный reject: если промис отклонён, а catch отсутствует, результат становится undefined, и ошибка "проглатывается".
• Асинхронная цепочка: при последовательных then() каждый шаг возвращает новый промис; если промежуточный колбэк не возвращает значение, следующий then() получит undefined.

Event loop играет ключевую роль: промисы попадают в microtask queue и выполняются после завершения текущего синхронного кода. Поэтому синхронный код, следующий за вызовом промиса, выполняется раньше, чем resolve.

На практике

В реальных проектах пустой результат часто встречается при:

• Запросах к API без await: const data = fetch('/api'); console.log(data); - выведет промис.
• Забытом return в .then(): .then(response => { process(response); }) - следующий then получит undefined.
• Асинхронных функциях без явного возврата: async function getData() { const res = await fetch(); } - возвращает undefined, если нет return.
• Ошибках в цепочке: reject без catch приводит к unhandled promise rejection и пустому результату для внешнего кода.

Для отладки стоит использовать:

• console.log внутри then/catch для трассировки.
• Promise.allSettled для проверки статуса всех промисов.
• Инструменты вроде Chrome DevTools с breakpoints на асинхронных вызовах.

Пример кода

JAVASCRIPT
// Пример пустого результата
function fetchUser() {
  fetch('/api/user')
    .then(response => response.json())
    // забыли return - следующий then получит undefined
    .then(data => {
      console.log(data); // данные есть
    });
}

const user = fetchUser();
console.log(user); // Promise { <pending> } - пустой для синхронного кода

// Правильный вариант
async function fetchUserCorrect() {
  const response = await fetch('/api/user');
  const data = await response.json();
  return data;
}

const userData = await fetchUserCorrect(); // нужно await на уровне вызова
console.log(userData); // реальные данные

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

Начни с ключевой причины - асинхронность и event loop. Затем разбери типовые сценарии: отсутствие await, забытый return, необработанный reject. Приведи конкретный пример из практики, например, с fetch. Покажи понимание microtask queue и разницы между синхронным и асинхронным выполнением. Упомяни, что async/await - это синтаксический сахар над then/catch, но не панацея: await нужно использовать в правильном контексте. Заверши рекомендациями по отладке.

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

• Понимание асинхронной модели JavaScript и event loop.
• Умение объяснить, почему промис может вернуть undefined.
• Знание разницы между синхронным и асинхронным кодом.
• Практический опыт с цепочками промисов и async/await.
• Способность диагностировать и исправлять ошибки, связанные с пустыми результатами.

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

• Утверждение, что промис "зависает" или "теряет данные" - на самом деле он просто не дождался resolve.
• Игнорирование необходимости return в цепочке then().
• Попытка использовать результат промиса синхронно без await.
• Путаница между состоянием pending и пустым результатом.
• Забывание обработать reject через catch, что приводит к unhandled rejection.