check 阶段的 setImmediate 在 poll 阶段的 readFile 之前执行

Question

我的是 mac 环境 node 8.9.3， 代码与老师一致，但是打印的执行顺序中，属于第三阶段check的setImmediate 在 属于 第二阶段IO操作的readFile 之前执行。。。这就让我很困惑了。

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47

const { readFile } = require('fs'); const EventEmitter = require('events');   const eve = new EventEmitter();   eve.on('hi', () => {   console.log('hi') })   setTimeout(() => {   console.log('exec the 1st setTimeout timer') }, 0)   setTimeout(() => {   console.log('exec the 2nd setTimeout timer') }, 50)   setTimeout(() => {   console.log('exec the 3rd setTimeout timer') }, 100)   readFile('./package.json', 'utf-8', data => {   console.log('exec the 1st read file') })   readFile('./package.json', 'utf-8', data => {   console.log('exec the 2nd read file') })   setImmediate(() => {   console.log('exec the 1st setImmediate') })   Promise.resolve().then(() => {     process.nextTick(() => {       console.log('exec the 2nd nextTick')     })     eve.emit('hi')     console.log('exec the 1st promise')   })   .then(() => {     console.log('exec the 2nd promise')   })   process.nextTick(() => {   console.log('exec the 1st nextTick') })

Answer 1

Scott 2018-02-12 10:50:23

这个结果不一样的原因，在于 readfile 这里的处理，readfile 也就是 IO 是不稳定的，执行时间不等，导致它如果没 ready，那么timer 后就会进入到 check 执行 setImmediate，就是你这种结果，如果 IO ready，那么就是视频中的效果，这就是 Nodejs 里面 IO 魔性的地方，你可以把这个文件放到 /test 目录下，然后把 ./package.json 路径改成 ../package.json，多执行几次，会发现结果并不总是一致的，原因就在于 eventloop 转起来的时候，readfile 是否 ready，timer 是否到期进栈，这两个不确定因素会导致 setImmediate 会不会紧挨着 setTimeout 执行

• 提问者 ShineTech #1

  谢谢Scott老司机。还有就是在7.4的末尾老师说，下一节讲 进程。怎么这一节就没了呀。摊手。。。期待老师更多node底层的干货。提前祝老司机新年快乐了。

• 提问者 ShineTech #2

  这也解释了我的截屏中，第二个读操作为什么在第一个读操作之前执行了。。。Thhhhhhhx

Answer 2

慕粉3563954 2019-07-30 19:26:02

找到答案了