Kāpēc mēs glabājam timeoutId? Kas notiks, ja Promise izpildīsies pirms timeout, un pēc tam setTimeout ar reject tiks aktivizēts?

Мы храним timeoutId, чтобы иметь возможность отменить отложенное выполнение функции, например, вызов reject через setTimeout. Если Promise выполнится раньше таймаута (например, вызовется resolve), а потом сработает setTimeout с reject, то без отмены таймаута reject всё равно вызовется, что может привести к нежелательному изменению состояния или ошибкам.

Поэтому после успешного выполнения Promise (resolve или reject) нужно вызвать clearTimeout(timeoutId), чтобы предотвратить последующий вызов reject из таймаута.

Пример:

function withTimeout(promise, ms) {
  let timeoutId;
  const timeoutPromise = new Promise((_, reject) => {
    timeoutId = setTimeout(() => reject(new Error('Timeout')), ms);
  });

  return Promise.race([
    promise.finally(() => clearTimeout(timeoutId)),
    timeoutPromise
  ]);
}

Без хранения и очистки timeoutId может произойти ситуация, когда Promise уже выполнен, но таймаут всё равно вызовет reject, что нарушит логику работы.