JavaScript 执行机制学习？

未来某一天面试官可能会问这样一个问题，请说出下面代码的执行输出内容；好熟悉不过的场景。

setTimeout(function(){
    console.log('定时器开始啦')
});
new Promise(function(resolve){
    console.log('马上执行for循环啦');
    for(var i = 0; i < 10000; i++){
        i == 99 && resolve();
    }
}).then(function(){
    console.log('执行then函数啦')
});
console.log('代码执行结束');

image.png

为了不被面试官鄙视；今天就学一下js的执行机制是怎么样的吧；概念啥的该说还是要说的

1.关于javascript

javaScript是单线程的。也就是说一个时间点只能做一件事情，为什么JavaScript不能使多线程的呢。这就和他的用途有关了。javaScript作为浏览器脚本语言，操作dom。如果有2个线程操作 同一个dom，一个删除 一个是编辑。那么到底以哪个线程 为主呢，就会出现错乱了。
为了利用多核CPU的计算能力，HTML5提出Web Worker标准，允许JavaScript脚本创建多个线程，但是子线程完全受主线程控制，且不得操作DOM。所以，这个新标准并没有改变JavaScript单线程的本质。

2.javascript事件循环

既然说js是单线程的。那就像只有一个窗口的银行，客户需要排队一个一个办理业务，同理js任务也要一个一个顺序执行。如果一个任务耗时过长，那么后一个任务也必须等着。那么问题来了，假如我们想浏览新闻，但是新闻包含的超清图片加载很慢，难道我们的网页要一直卡着直到图片完全显示出来？因此聪明的程序员将任务分为两类：

• 同步任务

• 异步任务
  比如页面骨架和页面元素的渲染。而像加载图片音乐之类占用资源大耗时久的任务，就是异步任务。关于这部分有严格的文字定义，但本文的目的是用最小的学习成本彻底弄懂执行机制，所以我们用导图来说明：

  
  image.png
  

  导图要表达的内容用文字来表述的话：

• 同步和异步任务分别进入不同的执行"场所"，同步的进入主线程，异步的进入Event Table并注册函数
• 当指定的事情完成时，Event Table会将这个函数移入Event Queue。
• 主线程内的任务执行完毕为空，会去Event Queue读取对应的函数，进入主线程执行。
• 上述过程会不断重复，也就是常说的Event Loop(事件循环)。
  我们不禁要问了，那怎么知道主线程执行栈为空啊？js引擎存在monitoring process进程，会持续不断的检查主线程执行栈是否为空，一旦为空，就会去Event Queue那里检查是否有等待被调用的函数。
  说了这么多文字，不如直接一段代码更直白：

let data = [];
$.ajax({
    url:www.javascript.com,
    data:data,
    success:() => {
        console.log('发送成功!');
    }
})
console.log('代码执行结束');

上面是一段简易的ajax请求代码：

• ajax进入Event Table，注册回调函数success。
• 执行console.log('代码执行结束')。
• ajax事件完成，回调函数success进入Event Queue。
• 主线程从Event Queue读取回调函数success并执行。

相信通过上面的文字和代码，或者已经对JS执行顺序 有了一定的认识。这个只是宏观上看到的JS执行顺序。当然我们还可以对任务进行 更细致的区分那就是微任务和宏任务

3.micro-task(微任务)和macro-task(宏任务)

在我们JS中很多方法可以归类到不同的任务当中，如下:

• macro-task(宏任务)：包括整体代码script，setTimeout，setInterval
• micro-task(微任务)：Promise，process.nextTick

不同类型的任务会进入对应的Event Queue，比如setTimeout和setInterval会进入相同的Event Queue。

事件循环的顺序，决定js代码的执行顺序。进入整体代码(宏任务)后，开始第一次循环。接着执行所有的微任务。然后再次从宏任务开始，找到其中一个任务队列执行完毕，再执行所有的微任务。听起来有点绕，我们用文章最开始的一段代码说明：

setTimeout(function() {
    console.log('setTimeout');
})

new Promise(function(resolve) {
    console.log('promise');
    resolve()
}).then(function() {
    console.log('then');
})

console.log('console');

• 看一下上面代码执行的顺序
• 先遇到setTimeout，那么将其回调函数注册后分发到宏任务Event Queue。(注册过程与上同，下文不再描述)
• 接下来遇到了Promise，new Promise立即执行，then函数分发到微任务Event Queue
• 遇到console.log()，主进程立即执行。
• 好啦，整体代码script作为第一个宏任务执行结束，看看有哪些微任务？我们发现了then在微任务Event Queue里面，执行。
• ok，第一轮事件循环结束了，我们开始第二轮循环，当然要从宏任务Event Queue开始。我们发现了宏任务Event Queue中setTimeout对应的回调函数，立即执行

事件循环，宏任务，微任务的关系如图所示：

image.png

PS：大白话 我们代码中执行顺序，微任务执行是在宏任务之前的 ，从上至下，进行 执行；根据上面的代码大概了解了执行的机制是什么；下面补充2个点吧；

setTimeout

大名鼎鼎的setTimeout无需再多言，大家对他的第一印象就是异步可以延时执行，我们经常这么实现延时3秒执行：

setTimeout(() => {
    console.log('执行console');
},3000)

但是有时候我们在开发过程中会发现，他有时候并不是3秒钟之后就执行我们想要的操作，这个大家必须要知道的是：

• 执行setTimeout将该函数放置到队列当中
• 如果setTimeout之前的函数处理时间较长的话，那么setTimeout必须等待上一次执行完成才可以 执行，所以时间不一定是 我们所设置的时间；

还有需要补充的一点是及时主线程为空，我们将执行时间设置成0，他也达不到立马执行的效果，根据HTML的标准，最低是4毫秒；

setInterval

上面说完了setTimeout，当然不能错过它的孪生兄弟setInterval。他俩差不多，只不过后者是循环的执行。对于执行顺序来说，setInterval会每隔指定的时间将注册的函数置入Event Queue，如果前面的任务耗时太久，那么同样需要等待。

对于setInterval(fn,ms)来说，我们已经知道不是每过ms秒会执行一次fn，而是每过ms秒，会有fn进入Event Queue

文章参考：
这一次，彻底弄懂 JavaScript 执行机制