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 协议 ,转载请注明出处!