JS异步详解 - 浏览器/Node/事件循环/消息队列/宏任务/微任务
js异步历史
一个 JavaScript 引擎会常驻于内存中,它等待着我们把JavaScript 代码或者函数传递给它执行
在 ES3 和更早的版本中,JavaScript 本身还没有异步执行代码的能力,引擎就把代码直接顺次执行了,异步任务都是宿主环境(浏览器)发起的(setTimeout、AJAX等)。
在 ES5 之后,JavaScript 引入了 Promise,这样,不需要浏览器的安排,JavaScript 引擎本身也可以发起任务了
JS异步实现原理
js为单线程,js引擎中负责解析执行js代码的线程只有一个(主线程),即每次只能做一件事,其他IO操作放入任务队列等待执行,异步过程中,工作线程在异步操作完成后需要通知主线程。那么这个通知机制是利用消息队列和事件循环(EventLoop)实际上,主线程只会做一件事情,就是从消息队列里面取消息、执行消息,再取消息、再执行。当消息队列为空时,就会等待直到消息队列变成非空。而且主线程只有在将当前的消息执行完成后,才会去取下一个消息
node:node.js单线程只是一个js主线程,本质上的异步操作还是由线程池完成的,node将所有的阻塞操作都交给了内部的线程池去实现,本身只负责不断的往返调度,并没有进行真正的I/O操作,从而实现异步非阻塞I/O,这便是node单线程的精髓之处了。
浏览器
概念
- 消息队列:消息队列是一个先进先出的队列,它里面存放着各种消息。
- 事件循环:事件循环是指主线程重复从消息队列中取消息、执行的过程。(浏览器至少有一个事件循环,一个事件循环至少有一个任务队列(macrotask))
微任务:
- JavaScript 引擎发起的任务 - JS 引擎级别
- promise回调,MutationObserver,process.nextTick,Object.observe
宏任务
- 宿主发起的任务,每次的一段js代码执行过程,其实都是一个宏观任务 - 宿主级别
- 整体的js代码,事件回调,XHR回调,定时器(setTimeout/setInterval/setImmediate),IO操作,UI render
- 宏任务和微任务关系:每个macro宏任务会维护一个micro微任务列表
事件循环过程
- 首先我们分析有多少个宏任务;
- 在每个宏任务中,分析有多少个微任务;
- 根据调用次序,确定宏任务中的微任务执行次序;
- 根据宏任务的触发规则和调用次序,确定宏任务的执行次序;
- 确定整个顺序
视图渲染时机:
- 本轮事件循环的microtask队列被执行完之后(不是每轮事件循环都会执行视图更新,浏览器有自己的优化策略)
- 注意:执行任务的耗时会影响视图渲染的时机。通常浏览器以每秒60帧(60fps)的速率刷新页面(16.7ms渲染一帧)所以如果要让用户觉得顺畅,单个macrotask及它相关的所有microtask最好能在16.7ms内完成。
Node
概念
- 非阻塞 I/O 操作:尽管 JavaScript 是单线程处理的——当有可能的时候,它们会把操作转移到系统内核中去,当其中的一个操作完成的时候,内核通知 Node.js 将适合的回调函数添加到 轮询 队列中等待时机执行
事件循环过程
过程
- event loop 的每个阶段都有一个任务队列(一个 FIFO 队列来执行回调)
- 当 event loop 到达某个阶段时,将执行该阶段的任务队列,直到队列清空或执行的回调达到系统上限后,才会转入下一个阶段
- 当所有阶段被顺序执行一次后,称 event loop 完成了一个 tick
每次事件循环都包含了6个阶段
- timers 阶段:这个阶段执行timer(
setTimeout
、setInterval
)的回调 - I/O callbacks 阶段:执行一些系统调用错误,比如网络通信的错误回调
- idle, prepare 阶段:仅node内部使用
- poll 阶段:获取新的I/O事件, 适当的条件下node将阻塞在这里
- check 阶段:执行
setImmediate()
的回调 - close callbacks 阶段:执行
socket
的close
事件回调
- timers 阶段:这个阶段执行timer(
- timers 阶段
Node 会去检查有无已过期的timer,如果有则把它的回调压入timer的任务队列中等待执行
技术上来说,poll 阶段控制 timers 什么时候执行。
poll 阶段
poll 阶段主要有2个功能:
- 处理 poll 队列的事件
- 当有已超时的 timer,执行它的回调函数
执行过程:当event loop进入 poll 阶段,并且 没有设定的timers(there are no timers scheduled),会发生下面两件事之一:
如果 poll 队列不空,event loop会遍历队列并同步执行回调,直到队列清空或执行的回调数到达系统上限;
如果 poll 队列为空,则发生以下两件事之一:
- 如果代码已经被setImmediate()设定了回调, event loop将结束 poll 阶段进入 check 阶段来执行 check 队列(里的回调)。
- 如果代码没有被setImmediate()设定回调,event loop将阻塞在该阶段等待回调被加入 poll 队列,并立即执行。
- 当event loop进入 poll 阶段,并且 有设定的timers,一旦 poll 队列为空(poll 阶段空闲状态): event loop将检查timers,如果有1个或多个timers的下限时间已经到达,event loop将绕回 timers 阶段,并执行 timer队列。
- 注意:没有
setImmediate()
会导致event loop阻塞在poll阶段,这样之前设置的timer岂不是执行不了了?所以咧,在poll阶段event loop会有一个检查机制,检查timer队列是否为空,如果timer队列非空,event loop就开始下一轮事件循环,即重新进入到timer阶段。
process.nextTick() VS setImmediate()
process.nextTick()
- 在各个事件阶段之间执行,一旦执行,要直到nextTick队列被清空,才会进入到下一个事件阶段
- 递归调用
process.nextTick()
,会导致出现I/O starving(饥饿)
setImmediate
对比
setTimeout(()=>{ console.log('timer1') Promise.resolve().then(function() { console.log('promise1') }) }, 0) setTimeout(()=>{ console.log('timer2') Promise.resolve().then(function() { console.log('promise2') }) }, 0) //浏览器: timer1 promise1 timer2 promise2 // node timer1 timer2 promise1 promise2
http://lynnelv.github.io/img/...
http://lynnelv.github.io/img/...
补充阅读
- node单线程底层实现机制:
https://juejin.im/post/5b61d8...
https://yq.aliyun.com/article...
https://juejin.im/post/5b1e55...
- node setTimeOut(), setInterval(), setImmediate() 以及 process.nextTick()区别
- js 三种定时器的区别