Maison  >  Article  >  interface Web  >  Une analyse approfondie de la file d'attente de rappel de Node.js

Une analyse approfondie de la file d'attente de rappel de Node.js

青灯夜游
青灯夜游avant
2020-09-01 10:39:061542parcourir

Une analyse approfondie de la file d'attente de rappel de Node.js

La file d'attente est une technologie importante dans Node.js pour gérer efficacement les opérations asynchrones. [Recommandation du didacticiel vidéo : tutoriel node js]

Dans cet article, nous allons approfondir les files d'attente dans Node.js : ce qu'elles sont, comment elles fonctionnent (via la boucle d'événements ) et de quel type ils sont.

Qu'est-ce qu'une file d'attente dans Node.js ?

La file d'attente est une structure de données utilisée dans Node.js pour organiser des opérations asynchrones. Ces opérations existent sous différentes formes, notamment les requêtes HTTP, les opérations de lecture ou d'écriture de fichiers, les flux, etc.

La gestion des opérations asynchrones dans Node.js est très difficile.

Des retards imprévisibles (ou pire possibilité, aucun résultat) peuvent survenir lors des requêtes HTTP, en fonction de la qualité du réseau. Il peut également y avoir des retards lors de la tentative de lecture et d'écriture de fichiers avec Node.js, en fonction de la taille du fichier.

Semblable aux minuteries et à de nombreuses autres opérations, le temps nécessaire à la réalisation d'une opération asynchrone peut être incertain.

Avec ces différents scénarios de latence, Node.js doit être capable de gérer efficacement toutes ces opérations.

Node.js ne peut pas gérer les opérations basées sur le premier démarrage-premier-handle ou le premier-finish-first-handle.

Une des raisons pour lesquelles cela ne peut pas être fait est qu'une opération asynchrone peut également contenir une autre opération asynchrone.

Faire de la place pour le premier processus asynchrone signifie que le processus asynchrone interne doit se terminer avant que d'autres opérations asynchrones dans la file d'attente puissent être envisagées.

Il existe de nombreuses situations à considérer, votre meilleure option est donc d'établir des règles. Cette règle affecte le fonctionnement des boucles d'événements et des files d'attente dans Node.js.

Jetons un bref aperçu de la façon dont Node.js gère les opérations asynchrones.

Pile d'appels, boucle d'événements et file d'attente de rappel

La pile d'appels est utilisée pour garder une trace de la fonction en cours d'exécution et de l'endroit où elle a commencé. Lorsqu'une fonction est sur le point d'être exécutée, elle est ajoutée à la pile d'appels. Cela aide JavaScript à retracer ses étapes de traitement après l'exécution d'une fonction.

La file d'attente de rappel est une file d'attente qui enregistre les fonctions de rappel en tant qu'opérations asynchrones lorsque l'opération en arrière-plan est terminée. Ils travaillent selon le principe premier entré, premier sorti (FIFO). Nous présenterons différents types de files d'attente de rappel plus loin dans cet article.

Notez que Node.js est responsable de toutes les activités asynchrones, car JavaScript peut profiter de sa nature monothread pour empêcher la création de nouveaux threads.

Il est également responsable de l'ajout de fonctions à la file d'attente de rappel après avoir terminé les opérations en arrière-plan. JavaScript lui-même n'a rien à voir avec les files d'attente de rappel. Dans le même temps, la boucle d'événements vérifiera en permanence si la pile d'appels est vide afin qu'une fonction puisse être extraite de la file d'attente de rappel et ajoutée à la pile d'appels. La boucle d'événements ne vérifie la file d'attente qu'une fois que toutes les opérations de synchronisation ont été effectuées.

Alors, dans quel ordre la boucle d'événements sélectionne-t-elle les fonctions de rappel dans la file d'attente ?

Tout d’abord, examinons les cinq principaux types de files d’attente de rappel.

Types de files d'attente de rappel

File d'attente IO (file d'attente IO)

Les opérations IO font référence à des opérations impliquant des périphériques externes (tels que le disque dur d'un ordinateur, une carte réseau, etc.). Les opérations courantes incluent les opérations de lecture et d'écriture sur les fichiers, les opérations réseau, etc. Ces opérations doivent être asynchrones car elles sont laissées à Node.js pour les gérer.

JavaScript ne peut pas accéder aux périphériques internes de votre ordinateur. Lorsqu'une telle opération est effectuée, JavaScript la transfère vers Node.js pour un traitement en arrière-plan.

Une fois terminés, ils seront transférés vers la file d'attente de rappel IO pour que la boucle d'événements soit transférée vers la pile d'appels pour exécution.

File d'attente du minuteur

Chaque opération impliquant la fonction de minuterie Node.js (telle que setTimeout() et setInterval()) doit être ajoutée à la file d'attente du minuteur.

Veuillez noter que le langage JavaScript lui-même n'a pas de fonctionnalité de minuterie. Il utilise l'API timer fournie par Node.js (y compris setTimeout ) pour effectuer des opérations liées au temps. Le fonctionnement de la minuterie est donc asynchrone. Qu'il s'agisse de 2 secondes ou de 0 seconde, JavaScript transmettra l'opération liée au temps à Node.js, qui la terminera ensuite et l'ajoutera à la file d'attente du minuteur.

Par exemple :

setTimeout(function() {
        console.log('setTimeout');
    }, 0)
    console.log('yeah')


# 返回
yeah
setTimeout

Lors du traitement d'une opération asynchrone, JavaScript continue d'effectuer d'autres opérations. Ce n'est qu'une fois toutes les opérations de synchronisation traitées que la boucle d'événements entrera dans la file d'attente de rappel.

File d'attente des microtâches

La file d'attente est divisée en deux files d'attente :

  • La première file d'attente contient des fonctions retardées par la fonction process.nextTick.

Chaque itération exécutée par la boucle d'événements est appelée un tick.

process.nextTick 是一个函数,它在下一个 tick (即事件循环的下一个迭代)执行一个函数。微任务队列需要存储此类函数,以便可以在下一个 tick 执行它们。

这意味着事件循环必须继续检查微任务队列中的此类函数,然后再进入其他队列。

  • 第二个队列包含因 promises 而延迟的函数。

如你所见,在 IO 和计时器队列中,所有与异步操作有关的内容都被移交给了异步函数。

但是 promise 不同。在 promise 中,初始变量存储在 JavaScript 内存中(你可能已经注意到了fcfd9c63d2b5ae1697cab5937aad0a2f)。

异步操作完成后,Node.js 会将函数(附加到 Promise)放在微任务队列中。同时它用得到的结果来更新 JavaScript 内存中的变量,以使该函数不与 fcfd9c63d2b5ae1697cab5937aad0a2f 一起运行。

以下代码说明了 promise 是如何工作的:

let prom = new Promise(function (resolve, reject) {
        // 延迟执行
        setTimeout(function () {
            return resolve("hello");
        }, 2000);
    });
    console.log(prom);
    // Promise { <pending> }
    
    prom.then(function (response) {
        console.log(response);
    });
    // 在 2000ms 之后,输出
    // hello

关于微任务队列,需要注意一个重要功能,事件循环在进入其他队列之前要反复检查并执行微任务队列中的函数。例如,当微任务队列完成时,或者说计时器操作执行了 Promise 操作,事件循环将会在继续进入计时器队列中的其他函数之前参与该 Promise 操作。

因此,微任务队列比其他队列具有最高的优先级。

检查队列(Check queue)

检查队列也称为即时队列(immediate queue)。IO 队列中的所有回调函数均已执行完毕后,立即执行此队列中的回调函数。setImmediate 用于向该队列添加函数。

例如:

const fs = require(&#39;fs&#39;);
setImmediate(function() {
    console.log(&#39;setImmediate&#39;);
})
// 假设此操作需要 1ms
fs.readFile(&#39;path-to-file&#39;, function() {
    console.log(&#39;readFile&#39;)
})
// 假设此操作需要 3ms
do...while...

执行该程序时,Node.js 把 setImmediate 回调函数添加到检查队列。由于整个程序尚未准备完毕,因此事件循环不会检查任何队列。

因为 readFile 操作是异步的,所以会移交给 Node.js,之后程序将会继续执行。

do while  操作持续 3ms。在这段时间内,readFile 操作完成并被推送到 IO 队列。完成此操作后,事件循环将会开始检查队列。

尽管首先填充了检查队列,但只有在 IO 队列为空之后才考虑使用它。所以在 setImmediate 之前,将 readFile 输出到控制台。

关闭队列(Close queue)

此队列存储与关闭事件操作关联的函数。

包括以下内容:

这些队列被认为是优先级最低的,因为此处的操作会在以后发生。

你肯sing不希望在处理 promise 函数之前在 close 事件中执行回调函数。当服务器已经关闭时,promise 函数会做些什么呢?

队列顺序

微任务队列具有最高优先级,其次是计时器队列,I/O队列,检查队列,最后是关闭队列。

回调队列的例子

让我们通过一个更复杂的例子来说明队列的类型和顺序:

const fs = require("fs");

// 假设此操作需要 2ms
fs.writeFile(&#39;./new-file.json&#39;, &#39;...&#39;, function() {
    console.log(&#39;writeFile&#39;)
})

// 假设这需要 10ms 才能完成 
fs.readFile("./file.json", function(err, data) {
    console.log("readFile");
});

// 不需要假设,这实际上需要 1ms
setTimeout(function() {
    console.log("setTimeout");
}, 1000);

// 假设此操作需要 3ms
while(...) {
    ...
}

setImmediate(function() {
    console.log("setImmediate");
});

// 解决 promise 需要 4 ms
let promise = new Promise(function (resolve, reject) {
    setTimeout(function () {
        return resolve("promise");
    }, 4000);
});
promise.then(function(response) {
    console.log(response)
})

console.log("last line");

程序流程如下:

  • 在 0 毫秒时,程序开始。
  • 在 Node.js 将回调函数添加到 IO 队列之前,fs.writeFile 在后台花费 2 毫秒。

fs.readFile takes 10ms at the background before Node.js adds the callback function to the IO queue.

  • 在 Node.js 将回调函数添加到 IO 队列之前,fs.readFile 在后台花费 10 毫秒。
  • 在 Node.js 将回调函数添加到计时器队列之前,setTimeout 在后台花费 1ms。
  • 现在,while 操作(同步)需要 3ms。在此期间,线程被阻止(请记住 JavaScript 是单线程的)。
  • 同样在这段时间内,setTimeoutfs.writeFile 操作完成,并将它们的回调函数分别添加到计时器和 IO 队列中。

现在的队列是:

// queues
Timer = [
    function () {
        console.log("setTimeout");
    },
];
IO = [
    function () {
        console.log("writeFile");
    },
];

setImmediate 将回调函数添加到 Check 队列中:

js
// 队列
Timer...
IO...
Check = [
    function() {console.log("setImmediate")}
]

在将 promise 操作添加到微任务队列之前,需要花费 4ms 的时间在后台进行解析。

最后一行是同步的,因此将会立即执行:

# 返回
"last line"

因为所有同步活动都已完成,所以事件循环开始检查队列。由于微任务队列为空,因此它从计时器队列开始:

// 队列
Timer = [] // 现在是空的
IO...
Check...


# 返回
"last line"
"setTimeout"

当事件循环继续执行队列中的回调函数时,promise 操作完成并被添加到微任务队列中:

// 队列
    Timer = [];
    Microtask = [
        function (response) {
            console.log(response);
        },
    ];
    IO = []; // 当前是空的
    Check = []; // 当前是在 IO 的后面,为空


    # results
    "last line"
    "setTimeout"
    "writeFile"
    "setImmediate"

几秒钟后,readFile 操作完成,并添加到 IO 队列中:

// 队列
    Timer = [];
    Microtask = []; // 当前是空的
    IO = [
        function () {
            console.log("readFile");
        },
    ];
    Check = [];


    # results
    "last line"
    "setTimeout"
    "writeFile"
    "setImmediate"
    "promise"

最后,执行所有回调函数:

// 队列
    Timer = []
    Microtask = []
    IO = [] // 现在又是空的
    Check = [];


    # results
    "last line"
    "setTimeout"
    "writeFile"
    "setImmediate"
    "promise"
    "readFile"

这里要注意的三点:

  • 异步操作取决于添加到队列之前的延迟时间。并不取决于它们在程序中的存放顺序。
  • 事件循环在每次迭代之继续检查其他任务之前,会连续检查微任务队列。
  • 即使在后台有另一个 IO 操作(readFile),事件循环也会执行检查队列中的函数。这样做的原因是此时 IO 队列为空。请记住,在执行 IO 队列中的所有的函数之后,将会立即运行检查队列回调。

总结

JavaScript 是单线程的。每个异步函数都由依赖操作系统内部函数工作的 Node.js 去处理。

Node.js 负责将回调函数(通过 JavaScript 附加到异步操作)添加到回调队列中。事件循环会确定将要在每次迭代中接下来要执行的回调函数。

了解队列如何在 Node.js 中工作,使你对其有了更好的了解,因为队列是环境的核心功能之一。 Node.js 最受欢迎的定义是 non-blocking(非阻塞),这意味着异步操作可以被正确的处理。都是因为有了事件循环和回调队列才能使此功能生效。

更多编程相关知识,可访问:编程教学!!

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer