在看了nodejs的Event Loop模型之后难免会让人产生疑问:
promise等microtask在哪执行???
于是有了如下代码探索:(基于nodejs11以上)
const fs = require('fs')
fs.readFile('./application.js',{},()=>{
console.log("=====fs1=====")
setImmediate(()=>{
console.log("fs1====setImmediate=====")
Promise.resolve().then(()=>{
console.log("fs1=setImmediate---Promise")
})
setImmediate(()=>{
console.log("fs1=setImmediate2")
})
setTimeout(()=>{
console.log("fs1=setTimeout2")
},0)
process.nextTick(()=>{
console.log('fs1=process.nextTick')
})
})
setTimeout(()=>{
console.log('fs1=====setTimeout====')
Promise.resolve().then(()=>{
console.log("fs1=setTimeout---Promise")
})
},0)
})
fs.readFile('./application.js',{},()=>{
console.log('======fs2=====')
setImmediate(()=>{
console.log('fs2====setImmediate')
})
setTimeout(()=>{
console.log('fs2===setTimeout')
},0)
})
代码最外层为两个fs.readFile。每个fs.readFile的内层又分别又setTimeout和setImmediate
这个代码的执行顺序是不确定的,主要原因有两点:
1.无法确定两个fs.readFile哪个先结束,哪个先结束就先执行哪个的回调函数
2.第一个结束的fs.readFile回调函数执行完成后,第二个fs.readFile是否执行完成。完成的话就执行第二个的回调函数,没有的话,就执行第一个回调函数产生的定时器任务。
关于结果的可能性有很多这里就不写了
以下是一些结论:
1.当在主程序中有多个异步函数时,且无法确定函数的执行时间,所以就无法确的执行结果的顺序
2.可以确定的是对于每个阶段:会执行自己当前的queue中的任务,对于queue中的每一个任务执行情况如下:
- 执行该任务本身的回调函数
- process.nextTick执行
- 执行第一步回调函数产生的promise等任务
这里和浏览器有些相似,都是把一队microtask放在一个microtask后去执行。不同的是nodejs给不同的macrotask划分了执行阶段,浏览器就是按照队列顺序执行
3.setTimeout和setImmediate两个任务执行顺序不确定的主要原因是:
当执行到poll阶段时poll阶段的queue被执行完毕后需要判断是否有setImmediate或者setTimeout定时器即将到来,在判断的时候因为这两个任务哪个先出现就先执行哪个。 因为操作系统的原因,setTimeout和setImmediate的准备都需要时间,哪个准备的时间短哪个就先出现,于是就先被执行