Как бороться с зависанием промисов?

Question

[Виталий]

Всем привет. Недавно столкнулся с ситуацией, когда что-то синхронное в промисе зависает или зацикливается, вся асинхронность улетает в никуда. Для примера, иллюстрирующего эту ситуацию, я создал 2 промиса с синхронными лупами , которые гадят в консоль. В первом промисе предусмотрел таймер таймута на реджект, который кстати тоже не сработает.
Вопрос следующий, как бороться с подобными ситуациями?

пример кода:

const f1 = () => {
    return new Promise((resolve, reject) => {
        setTimeout(reject, 3000, "timeout");
        while (true) {
            console.log(1);
        }
        resolve(ture);
    });
};

const f2 = () => {
    return new Promise((resolve, reject) => {
        while (true) {
            console.log(2);
        }
        resolve();
    })
};


f1();
f2();

В консоль до бесконечности будет лететь -> 1

Comments

[Виталий]

Aves: изначально я столкнулся с такой ситуацией в nightmare , там следующая связка nightmare - chid_process - runner.js /скорее всего внутри библиотеки electron запускаяется через очередной чилд процесс. В результате я выполняю await nightmare.methodName он через процесс эмитит в runner все это добро, runner эмитит это в физический браузер электрон, где происходит выполнение кода ,дальше все это подымается назад через подписки on. когда экшен получает ответ, он возвращает результаты. Так вот есть там 1 метод, который принудительно все выключает, он тоже экшен, просто он шлет браузеру команду выключиться. В большинстве случаев это так и происходит, однако, есть исключения, когда браузер остается висеть и отрывается от основного процесса. Логика мне подсказывает, что эммитор в этой ситуации просто не может ничег ополучить, потому что в браузере отрабатывает синхронный js , который повесил его.... Отсюда и делема куда копать и есть ли вообще смысл копать. Кстати ваш ответ удалили?

[Aves]

Виталий: ответ удалил я сам, а с зависаниями electron'а в nightmare можно бороться разве что с помощью какого-нибудь https://www.npmjs.com/package/fkill

[Виталий]

Aves: да я тоже уже в эту сторону склоняюсь, ловить где там и на каком этапе виснет дело куда более сложный процесс

Answer 1

[Alexey]

По сути ваш код сводится к следующему:

while (true) {
    console.log(1);
}

и отсюда уже не выходит.
А если подробнее, то:
1. При вызове f1(), сразу в этом же eventloop (т.е. синхронно) начинает выполняться ее код
2. setTimeout-ом только планируем поставить через 100 мс в macrotask функцию на выполнение. А это какой-то из следующих eventloop-ов.
3. Попадаем в бесконечный while и отсюда уже не выходим.

Смотрите в этой статье Задачи, микрозадачи, очереди и планы, если хотите разобраться. К сожалению оригинал Tasks, microtasks, queues and schedules не доступен. Там был классный интерактивный пример.
По сути вызов асинхронной функции эквивалентен созданию промиса.
Что вы хотели сделать в примере не совсем понятно.

Comments

[Виталий]

Луп лишь иллюстрирует синхронные действия , которые зависли или слишком долго делаются. Примитивная интерпретация сложной задачи. Статью ушел читать. Спасибо.

Answer 2

[Виталий]

Нужно каждую итерацию оборачивать в промис. Привожу пример, в котором есть интересный момент: циклы чередуются, но таймер не вызывается. Если разберётесь, почему, пишите.

async function asyncLog(items) {
   console.log(items);
}

async function f1() {
   setTimeout(() => {
      throw Error("timeout");
   }, 100);

   while (true) {
      await asyncLog(1);
   }
}

async function f2() {
   while (true) {
      await asyncLog(2);
   }
}

f1();
f2();

Comments

[Виталий]

скорее всего потому - что while захватил процесс и внутри while await это синхронный вызов, который никуда не выпустит внутри асинк функции, хотя тут надо точно понимать реализацию на уровне кода.... чего я не знаю

[Виталий]

Виталий: асинхронные функции - это упрощение промиссификации, они возвращают тот самый промис. Но таймер не работает, даже если поставить его перед вызовом функций f1 и f2.

[_ _]

У вас два бесконечных цикла, каждый из которых добавляет в очередь eventloop вызов консоли.
Хоть они и async, но их в единицу времени запускается столько, что eventloop расстраивается и ему уже не до ваших таймеров.

[_ _]

Ну и setTimeout по спецификации гарантирует, что callback будет вызван не ранее указанного интервала. А когда фактически - зависит от загрузки eventloop

[Виталий]

Александр Марченко: спасибо, теперь картина ясна. Думаю, ответ получился завершённым.

[Виталий]

Вот только while здесь весьма абстрактный пример