Я запутался в том, что new Promise((resolve, reject) => {[loop]}) блокируется, а Promise.resolve().then([loop]) нет

У меня есть три теста, использующие встроенную функцию console.time (beforeBenchmark, тест и afterBenchmark).

Оба кода совершенно идентичны. Однако разница заключается в построении JS Promises API.

Первый содержит цикл в разрешении промиса, а второй содержит цикл в промисе.

Я не уверен, почему третий console.info («после цикла») занимает значительно больше времени, и я разработал его асинхронным. Спасибо за ваше время, чтобы прочитать это.

Обещание решить

перед циклом
доБенчмарк: 0,836 мс
после цикла
послеБенчмарк: 40,987 мс
тест: 41,202 мс

Обещай тогда

перед циклом
доБенчмарк: 1,122 мс
после цикла
послеБенчмарк: 2,872 мс
тест: 43,705 мс

Я просмотрел переполнение стека, но не нашел ответа по этому поводу.

Первый тип обещания

console.time("beforeBenchmark");
console.time("benchmark");
console.time("afterBenchmark");
console.info("before loop");
console.timeEnd("beforeBenchmark");

let i = 0;

let promise = new Promise(( resolve, reject ) =>
{
    while (i < 10000000)
    {

        i++;
    }

    resolve();

}).then(() =>
{    
    console.timeEnd("benchmark")

});

console.info("after loop");
console.timeEnd("afterBenchmark");

Результат

before loop
beforeBenchmark: 0.836ms
after loop
afterBenchmark: 40.987ms
benchmark: 41.202ms

Второй тип обещания

console.time("beforeBenchmark");
console.time("benchmark");
console.time("afterBenchmark");
console.info("before loop");
console.timeEnd("beforeBenchmark");
let i = 0;

let promise = Promise.resolve().then(() =>
{
    while (i < 10000000)
    {
        i++;
    }

    console.timeEnd("benchmark")
});


console.info("after loop");
console.timeEnd("afterBenchmark");

Результат

before loop
beforeBenchmark: 1.122ms
after loop
afterBenchmark: 2.872ms
benchmark: 43.705ms

они оба блокируются ... хотя и в разное время ... но оба определенно блокируются ... попробуйте увеличить цикл в браузере ... оба вызовут сообщение «сценарий занимает слишком много времени»

Jaromanda X 10.04.2019 08:50
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
В настоящее время производительность загрузки веб-сайта имеет решающее значение не только для удобства пользователей, но и для ранжирования в...
Безумие обратных вызовов в javascript [JS]
Безумие обратных вызовов в javascript [JS]
Здравствуйте! Юный падаван 🚀. Присоединяйся ко мне, чтобы разобраться в одной из самых запутанных концепций, когда вы начинаете изучать мир...
Система управления парковками с использованием HTML, CSS и JavaScript
Система управления парковками с использованием HTML, CSS и JavaScript
Веб-сайт по управлению парковками был создан с использованием HTML, CSS и JavaScript. Это простой сайт, ничего вычурного. Основная цель -...
JavaScript Вопросы с множественным выбором и ответы
JavaScript Вопросы с множественным выбором и ответы
Если вы ищете платформу, которая предоставляет вам бесплатный тест JavaScript MCQ (Multiple Choice Questions With Answers) для оценки ваших знаний,...
1
1
80
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Обещание конструктор выполняется синхронно. Если у вас есть блокирующий код внутри new Promise(..., этот код будет выполняться (и блокироваться) до того, как будет запущена следующая строка ниже созданного промиса. Вот почему ваш первый фрагмент имеет afterBenchmark: 40.987ms.

С другой стороны, обратный вызов .then будет запускать только после очистки текущего цикла событий (после завершения выполнения всего синхронного кода) — это похоже на setTimeout(fn, 0) (не то же самое точно, поскольку setTimeout будет выполняться на итерации следующий цикла событий, а не в конце текущая петля, но она очень похожа). Таким образом, afterBenchmark во втором коде регистрируется до того, как запустится then, до того, как запустится блокирующий цикл.

На самом деле, немедленно разрешенные промисы запускаются из того же цикла событий в микрозадаче. Таким образом, const oups = ()=>Promise.resolve('too bad').then(oups); oups() заблокирует поток, а setTimeout — нет.

Kaiido 10.04.2019 09:00

Другие вопросы по теме