Comprendre les minuteries dans Node.js

sondage

La phase de sondage comporte principalement deux tâches

Calculer le temps qui devrait bloquer et interroger les E/S
Ensuite, traiter les événements dans la file d'attente d'interrogation
Lorsque l'événement boucle Lors de l'entrée dans la phase d'interrogation et qu'il y a pas de minuterie programmée

• Si la file d'attente d'interrogation est vide
• S'il y a une tâche setImmediate(), la boucle d'événements entrera dans la phase
  check
  • après avoir terminé la phasepollS'il n'y a pas de tâche setImmediate(), la boucle d'événements se bloque dans l'étape
  poll
  • en attendant que le rappel soit ajouté à la file d'attente, puis s'exécute immédiatement
Une fois la file d'attente

vide, la boucle d'événements vérifiera si la file d'attente du minuteur est vide. Si elle n'est pas vide, elle entrera dans le prochain tour de boucle d'événements<.>Comme mentionné ci-dessus, si dans des E/S différentes, l'ordre d'exécution de setTimeout et setImmediate ne peut pas être déterminé, mais si setTimeout et setImmediate sont dans un rappel d'E/S, setImmediate doit être exécuté en premier, car setImmediate( ) la tâche est détectée dans la phase d'interrogation, et la boucle d'événements entre directement dans la phase de vérification pour exécuter le rappel setImmediate

const fs = require('fs'); fs.readFile(__filename, () => { setTimeout(() => { console.log('timeout'); }, 0); setImmediate(() => { console.log('immediate'); }); });

à ce stade

为什么 Promise.then 比 setTimeout 早一些

前端同学肯定都听说过 micoTask 和 macroTask，Promise.then 属于 microTask，在浏览器环境下 microTask 任务会在每个 macroTask 执行最末端调用

在 Node.js 环境下 microTask 会在每个阶段完成之间调用，也就是每个阶段执行最后都会执行一下 microTask 队列

setImmediate(console.log, 1); setTimeout(console.log, 1, 2); /****************** microTask 分割线 ********************/ Promise.resolve(3).then(console.log); // microTask 分割线 /****************** 下次 event loop tick 分割线 ********************/ process.nextTick(console.log, 4); /****************** 同步任务和异步任务的分割线 ********************/ console.log(5);

setImmediate VS process.nextTick

setImmediate 听起来是立即执行，process.nextTick 听起来是下一个时钟执行，为什么效果是反过来的？这就要从那段不堪回首的历史讲起

最开始的时候只有 process.nextTick 方法，没有 setImmediate 方法，通过上面的分析可以看出来任何时候调用 process.nextTick()，nextTick 会在 event loop 之前执行，直到 nextTick 队列被清空才会进入到下一 event loop，如果出现 process.nextTick 的递归调用程序没有被正确结束，那么 IO 的回调将没有机会被执行

const fs = require('fs'); fs.readFile('a.txt', (err, data) => { console.log('read file task done!'); }); let i = 0; function test(){ if(i++ < 999999) { console.log(`process.nextTick ${i}`); process.nextTick(test); } } test();

执行程序将返回

nextTick 1 nextTick 2 ... ... nextTick 999999 read file task done!

于是乎需要一个不这么 bug 的调用，setImmediate 方法出现了，比较令人费解的是在 process.nextTick 起错名字的情况下，setImmediate 也用了一个错误的名字以示区分。。。

那么是不是编程中应该杜绝使用 process.nextTick 呢？官方推荐大部分时候应该使用 setImmediate，同时对 process.nextTick 的最大调用堆栈做了限制，但 process.nextTick 的调用机制确实也能为我们解决一些棘手的问题

• 允许用户在 even tloop 开始之前 处理异常、执行清理任务

• 允许回调在调用栈 unwind 之后，下次 event loop 开始之前执行

一个类继承了 EventEmitter，而且想在实例化的时候触发一个事件

const EventEmitter = require('events'); const util = require('util'); function MyEmitter() { EventEmitter.call(this); this.emit('event'); } util.inherits(MyEmitter, EventEmitter); const myEmitter = new MyEmitter(); myEmitter.on('event', () => { console.log('an event occurred!'); });

在构造函数执行this.emit('event')会导致事件触发比事件回调函数绑定早，使用 process.nextTick 可以轻松实现预期效果

const EventEmitter = require('events'); const util = require('util'); function MyEmitter() { EventEmitter.call(this); // use nextTick to emit the event once a handler is assigned process.nextTick(() => { this.emit('event'); }); } util.inherits(MyEmitter, EventEmitter); const myEmitter = new MyEmitter(); myEmitter.on('event', () => { console.log('an event occurred!'); });

更多编程相关知识，请访问：编程教学！！

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!