JS引擎的执行机制
2018-03-28 13:30
363 查看
首先,请牢记2点:
(1) JS是单线程语言(2) JS的Event Loop是JS的执行机制。深入了解JS的执行,就等于深入了解JS里的event loop1.灵魂三问 : JS为什么是单线程的? 为什么需要异步? 单线程又是如何实现异步的呢?
技术的出现,都跟现实世界里的应用场景密切相关的。同样的,我们就结合现实场景,来回答这三个问题(1) JS为什么是单线程的?JS最初被设计用在浏览器中,那么想象一下,如果浏览器中的JS是多线程的。12345 | 场景描述: 那么现在有2个进程,process1 process2,由于是多进程的JS,所以他们对同一个dom,同时进行操作 process1 删除了该dom,而process2 编辑了该dom,同时下达2个矛盾的命令,浏览器究竟该如何执行呢? |
1234 | 场景描述: 如果JS中不存在异步,只能自上而下执行,如果上一行解析时间很长,那么下面的代码就会被阻塞。对于用户而言,阻塞就意味着"卡死",这样就导致了很差的用户体验 |
2.JS中的event loop(1)
例1,观察它的执行顺序1234567 | console.log(1) setTimeout(function(){ console.log(2) },0) console.log(3) |
异步任务在event table中注册函数,当满足触发条件后,被推入event queue
同步任务进入主线程后一直执行,直到主线程空闲时,才会去event queue中查看是否有可执行的异步任务,如果有就推入主进程中
以上三步循环执行,这就是event loop所以上面的例子,你是否可以描述它的执行顺序了呢?
12345 | console.log(1) 是同步任务,放入主线程里setTimeout() 是异步任务,被放入event table, 0秒之后被推入event queue里console.log(3 是同步任务,放到主线程里 当 1、 3在控制条被打印后,主线程去event queue(事件队列)里查看是否有可执行的函数,执行setTimeout里的函数 |
3.JS中的event loop(2)
所以,上面关于event loop就是我对JS执行机制的理解,直到我遇到了下面这段代码例2:1234567 | setTimeout(function(){ console.log('定时器开始啦') }); new Promise(function(resolve){ console.log('马上执行for循环啦'); for(var i = 0; i |
1234567 | setTimeout 是异步任务,被放到event table new Promise 是同步任务,被放到主进程里,直接执行打印 console.log('马上执行for循环啦') .then里的函数是 异步任务,被放到event table console.log('代码执行结束')是同步代码,被放到主进程里,直接执行 |
micro-task(微任务):Promise,process.nextTick
按照这种分类方式:JS的执行机制是执行一个宏任务,过程中如果遇到微任务,就将其放到微任务的【事件队列】里
当前宏任务执行完成后,会查看微任务的【事件队列】,并将里面全部的微任务依次执行完
重复以上2步骤,结合event loop(1) event loop(2) ,就是更为准确的JS执行机制了。尝试按照刚学的执行机制,去分析例2:
1234567891011121314 | 首先执行script下的宏任务,遇到setTimeout,将其放到宏任务的【队列】里 遇到 new Promise直接执行,打印"马上执行for循环啦" 遇到then方法,是微任务,将其放到微任务的【队列里】 打印 "代码执行结束" 本轮宏任务执行完毕,查看本轮的微任务,发现有一个then方法里的函数, 打印"执行then函数啦" 到此,本轮的event loop 全部完成。 下一轮的循环里,先执行一个宏任务,发现宏任务的【队列】里有一个 setTimeout里的函数,执行打印"定时器开始啦" |
4. 谈谈setTimeout
这段setTimeout代码什么意思? 我们一般说: 3秒后,会执行setTimeout里的那个函数123 | setTimeout(function(){ console.log('执行了') },3000) |
相关文章推荐