Выполнение асинхронного кода, такого как Promises, под капотом
Как Node.js (и JavaScript в целом) реализует выполнение асинхронного кода, такого как Promises, под капотом? Он запускает новый поток? Использует ли он для этого Worker или есть какая-то функциональность ОС или libuv?
var promise1 = new Promise(function(resolve, reject) {
let now = new Date();
while((now - 6000) < start){
now = new Date();
}
resolve(now - start)
});
var promise2 = new Promise(function(resolve, reject) {
let now = new Date();
while((now - 6000) < start){
now = new Date();
}
resolve(now - start)
});
let start = new Date();
promise1.then(
function(value) {
console.info("Promise 1: ", value);
}
)
promise2.then(
function(value) {
let finish = new Date();
console.info("Promise 2: ", value);
console.info(finish - start);
}
)
@ParvSharma да, я знаю. Я так понял, что асинхронная работа с файловой системой libuv выполняется в отдельном потоке, операция http выполняется с использованием асинхронных функций ОС. Но что происходит, когда промисы выполняются? Или когда мы оборачиваем код в async/await?
@RandyCasburn, хорошо. Но когда мы поставим новую асинхронную задачу в будущем, кто будет ее выполнять? Если весь «тяжелый» код будет выполняться в EventLoop, он будет блокировать его при каждом «тяжелом» вызове. Вместо этого EventLoop запускается асинхронно (каким-то образом) и выполняет только обратный вызов результата. Итак, я пытаюсь понять, где выполняется этот асинхронный код? знак равно
@ParvSharma - дал ответ. Асинхронные задачи ставятся в очередь (в куче) в ожидании очистки стека. Как только стек очищается, очередь помещается в стек, и эти задачи выполняются до завершения. Между потоками нет соперничества, поэтому технически "блокировки" быть не может. Существует задержка, когда поставленные в очередь задачи помещаются в стек — это «ощущается» как блокировка, хотя на самом деле это не так. Он просто ждет одного потока.
@DmytroHuz Обещания не «выполняются», это просто объекты, представляющие результат. На самом деле асинхронные вещи, такие как тайм-аут, сетевые запросы, ввод-вывод и тому подобное, запускаются определенной функцией, которая не имеет ничего общего с промисами, и то, как выполняется асинхронная задача (libuv, потоки, что-то еще), зависит от конкретной задачи. И код async/await такой же, как и обычные обратные вызовы then, он выполняется в том же основном цикле, что и весь остальной код js.
Ребята, спасибо за комментарии. Но у меня все еще есть сомнения. пожалуйста, посмотрите, я добавил код к вопросу. Если Node.js действительно не будет асинхронным, результат будет 6000 и 12000. Но это 6000 и 6000, поэтому эти функции выполняются одновременно. Или я чего-то не понимаю?
Ваши обратные вызовы конструктора Promise выполняются последовательно по одному. Обратный вызов конструктора вызывается синхронно и безусловно синхронно разрешается внутри него. т.е. они не делают ничего асинхронного. Первая функция работает в течение 6 секунд и разрешается со значением 6000, затем, после разрешения первой, запускается вторая и вообще не нуждается в цикле, потому что уже прошло шесть секунд с тех пор, как start было присвоено значение. Если вы сбросите start перед созданием второго промиса, ваш код будет выполняться двенадцать секунд, а не шесть (но оба все равно будут выводить 6000).
Нет, функция-исполнитель обещания запускается синхронно. Промисы не заставляют ничего работать параллельно. И вы вообще не должны использовать их для синхронного (занятого) кода - если вы должны использовать setTimeout для 6-секундных тайм-аутов, то два setTimeouts было бы происходят одновременно.
@Paulpro, черт возьми, ты совершенно прав. Я изменил код И он действительно работает синхронно. Большое спасибо, что показали мне это. И спасибо вам всем! Теперь это ясно для меня. Но мы все еще можем использовать Workers для запуска действительно асинхронного кода, верно?
@DmytroHuz Да, вы можете использовать Workers для параллельного запуска кода в нескольких потоках.
![Безумие обратных вызовов в javascript [JS]](https://i.imgur.com/WsjO6zJb.png)
Ответы 1
Обещания не являются асинхронными в Node.js. Но есть новая функция — Worker, который является асинхронным. Он выполняется в отдельном процессе. Так что вы можете использовать это, вот немного больше информации: https://nodejs.org/api/worker_threads.html