JS运行机制
Event Loop 是一个很重要的概念,指的是计算机系统的一种运行机制。那么 JS 的 运行机制 是怎样的呢?
学习目录
JS同步模式与异步模式
EventLoop
宏任务(Tasks)与微任务(Microtasks)
同步模式与异步模式
首先要确定 js 是 单线程语言 ,js在设计之初用作用户互动,以及操作DOM。这决定了它只能是单线程(例如多线程操作同一dom,一个删除一个修改,这样会产生冲突)。[1]
但倘若只有同步模式,遇到耗时操作,页面便会阻塞,就像接口请求不到数据,或者图片未加载完成,页面就卡住一直等待。这样显然不现实也不实用。
所以异步模式应运而生。你可能会有疑问,单线程的js是怎么完成异步操作的,可以这么理解:js是单线程语言,但运行环境可以开多线程帮助处理(例如: 浏览器,node..)。
js后推出的Worker类,也是这么实现的。
来个栗子:
1 | |
分析一下js代码运行的顺序:
- 首先运行
主线程。console.log同步代码直接压入执行栈,执行并弹出,页面打印global begin; - 遇到
setTImeout异步代码,函数进入event Table(异步事件注册表)并注册函数,webAPIs(浏览器)帮助我们倒计时,倒计时结束,再将回调函数放入event Queue(事件队列,消息队列),等待主线程运行完毕,会自动将event Queue(事件队列,消息队列)里的任务放入主线程继续执行; - 所以
timer1、timer2进入event Table(异步事件注册表)并注册函数,webAPIs(浏览器)帮助我们一起倒计时。主线程继续执行,打印global end,到此为止,主线程上的任务全部结束,主要是同步任务。 - 因为
timer2的倒计时短,所以1000ms后放入event Queue队列,因为主线程任务已经完成了,所以timer2开始执行,打印timer2 invoke。又碰到inner,是个setTImeout异步代码,注册inner开始倒计时。因为timer1已经计时完1000ms还剩800ms,而inner还剩1000ms,所以再过800mstimer1会先放入event Queue队列,因为主线程上没有任务了,所以timer1也会放入主线程继续执行,所以完后打印timer1 invoke。 - 最后200ms后再去队列取事件,打印
inner invoke。
这里有一个大坑,例如setTimeout设置3000,延时3秒操作,但通常不是严格3s后便会执行,4s?5s? 之所以这样是因为,回调函数3s后放入队列,等待主线程完成才会执行。主线程的执行时间那就不知道了,假如主线程的执行时间是4s,4s>3s,所以4s后才能执行回调函数。
EventLoop
所谓事件环,就是三步不断循环的js的执行闭环,上面的粒子已经描述的很详细了。
- 同步主线程
- 异步函数放入eventTable注册,等待完成后放入eventQueue
- 同步主线程完成,取eventQueue放入主线程
宏任务(Tasks) 与微任务(Microtasks)
两个任务皆为 异步任务,区别就是执行顺序。 我总结一句话,消息队列 有微先走微,微可插宏队。
- 宏任务:script(主线程)、setTimeout、setInterval、setImmediate
- 微任务:Promise的then(promise传入的执行函数会立即执行属于同步)、process.nextTick(node环境)、Object.observe(已废弃)、 MutationObserver(观测dom变化)
栗子:
1 | |
栗子解析:
- 先走主线程,
promise直接resolve,then里面函数属于异步微任务,下面的setTimeout1属于异步宏任务,都放入事件环; - 当主线程走完,将事件环的函数放入主线程,
先微后宏,打印Promise1,然后再次遇到setTimeout,放入事件环。 setTimeout1回调执行, 打印setTimeout1,遇到promise放入事件环,主线程第二遍走完,现在事件环有setTimeout2和Promise2。- 微任务可插队宏任务,先打印
Promise2,再打印setTimeout2
总结
在了解完JS运行机制之后,只要捎带刷一刷类似的栗子就ok了。
参考
本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 协议 ,转载请注明出处!