好程序员web前端分享JS引擎的执行机制

　　好程序员web前端分享JS引擎的执行机制，请先着重牢记两点！JS是单线程语言。

 

　　JS的EventLoop是JS的执行机制。深刻了解JS的执行，就等于深刻了解JS里的eventloop。

 

　　1、灵魂三问：JS为何是单线程的?为何须要异步?单线程又是如何实现异步的呢?

 

　　技术的出现，都跟现实世界里的应用场景密切相关的。一样的，咱们就结合现实场景，来回答这三个问题。

 

　　(1)JS为何是单线程的?

 

　　JS最初被设计用在浏览器中，那么想象一下，若是浏览器中的JS是多线程的。

 

　　场景描述：

 

　　那么如今有2个进程，process1process2，因为是多进程的JS，因此他们对同一个dom，同时进行操做。process1删除了该dom，而process2编辑了该dom，同时下达2个矛盾的命令，浏览器究竟该如何执行呢?

 

　　这样想，JS为何被设计成单线程应该就容易理解了吧。

 

　　(2)JS为何须要异步?

 

　　场景描述：

 

　　若是JS中不存在异步，只能自上而下执行，若是上一行解析时间很长，那么下面的代码就会被阻塞。对于用户而言，阻塞就意味着"卡死"，这样就致使了不好的用户体验。

 

　　因此，JS中存在异步执行。

 

　　(3)JS单线程又是如何实现异步的呢?

 

　　既然JS是单线程的，只能在一条线程上执行，又是如何实现的异步呢?

 

　　是经过的事件循环(eventloop)，理解了eventloop机制，就理解了JS的执行机制。

 

　　2、JS中的eventloop(1)

 

　　例1,观察它的执行顺序

 

　　console.log(1)setTimeout(function(){console.log(2)},0)console.log(3)

 

　　运行结果是：132

 

　　也就是说，setTimeout里的函数并无当即执行，而是延迟了一段时间，知足必定条件后才去执行的，这类代码，咱们叫异步代码。

 

　　因此，这里咱们首先知道了JS里的一种分类方式，就是将任务分为：同步任务和异步任务。

 

　　按照这种分类方式:JS的执行机制是：

 

　　首先判断JS是同步仍是异步，同步就进入主进程，异步就进入eventtable

 

　　异步任务在eventtable中注册函数，当知足触发条件后，被推入eventqueue

 

　　同步任务进入主线程后一直执行，直到主线程空闲时，才会去eventqueue中查看是否有可执行的异步任务，若是有就推入主进程中

 

　　以上三步循环执行，这就是eventloop。

 

　　因此上面的例子，你是否能够描述它的执行顺序了呢?

 

　　console.log(1)是同步任务，放入主线程里

 

　　setTimeout()是异步任务，被放入eventtable，0秒以后被推入eventqueue里

 

　　console.log(3是同步任务，放到主线程里

 

　　当1、3在控制条被打印后，主线程去eventqueue(事件队列)里查看是否有可执行的函数，执行setTimeout里的函数。

 

　　3、JS中的eventloop(2)

 

　　因此，上面关于eventloop就是我对JS执行机制的理解，直到我遇到了下面这段代码。

 

　　例2：

 

　　setTimeout(function(){console.log('定时器开始啦')});

 

　　newPromise(function(resolve){console.log('立刻执行for循环啦');

 

　　for(vari=0;i<10000;i++){i==99&&resolve();

 

　　}}).then(function(){console.log('执行then函数啦')});console.log('代码执行结束');

 

　　尝试按照，上文咱们刚学到的JS执行机制去分析：

 

　　setTimeout是异步任务，被放到eventtable

 

　　newPromise是同步任务，被放到主进程里，直接执行打印console.log('立刻执行for循环啦')

 

　　.then里的函数是异步任务，被放到eventtable

 

　　console.log('代码执行结束')是同步代码，被放到主进程里，直接执行

 

　　因此，结果是：立刻执行for循环啦---代码执行结束---定时器开始啦---执行then函数啦吗?

 

　　亲自执行后，结果竟然不是这样，而是：立刻执行for循环啦---代码执行结束---执行then函数啦---定时器开始啦

 

　　那么，难道是异步任务的执行顺序，不是先后顺序，而是另有规定?事实上，按照异步和同步的划分方式，并不许确。

 

　　而准确的划分方式是：

 

　　macro-task(宏任务)：包括总体代码script，setTimeout，setInterval

 

　　micro-task(微任务)：Promise，process.nextTick

 

　　按照这种分类方式，JS的执行机制是：

 

　　执行一个宏任务，过程当中若是遇到微任务，就将其放到微任务的“事件队列”里

 

　　当前宏任务执行完成后，会查看微任务的“事件队列”，并将里面所有的微任务依次执行完

 

　　重复以上2步骤，结合eventloop(1)eventloop(2)，就是更为准确的JS执行机制了

 

　　尝试按照刚学的执行机制，去分析例2：

 

　　首先执行script下的宏任务，遇到setTimeout,将其放到宏任务的“队列”里

 

　　遇到newPromise直接执行，打印"立刻执行for循环啦"

 

　　遇到then方法，是微任务，将其放到微任务的“队列”里。

 

　　打印"代码执行结束"

 

　　本轮宏任务执行完毕，查看本轮的微任务，发现有一个then方法里的函数，打印"执行then函数啦"

 

　　到此,本轮的eventloop所有完成。

 

　　下一轮的循环里，先执行一个宏任务，发现宏任务的“队列”里有一个setTimeout里的函数,执行打印"定时器开始啦"

 

　　因此最后的执行顺序是：立刻执行for循环啦---代码执行结束---执行then函数啦---定时器开始啦

 

　　4、谈谈setTimeout

 

　　这段setTimeout代码什么意思?咱们通常说:3秒后,会执行setTimeout里的那个函数

 

　　setTimeout(function(){console.log('执行了')},3000)

 

　　可是这种说并不严谨，准确的解释是：3秒后，setTimeout里的函数被会推入eventqueue，而eventqueue(事件队列)里的任务，只有在主线程空闲时才会执行。

 

　　因此只有知足(1)3秒后(2)主线程空闲，同时知足时，才会3秒后执行该函数

 

　　若是主线程执行内容不少，执行时间超过3秒，好比执行了10秒，那么这个函数只能10秒后执行了。