从setTimeout看js函数执行过程

老实说，写这篇文章的时候心里是有点压抑的，因为受到打击了,为什么？就 因为喜欢折腾不小心看到了这个"简单"的函数：

for (var i = 0; i < 5; i++) {
      settimeout(function () {
        console.log(i)
      }, i * 1000);
    }
    console.log(i);

什么？这不就是我很久之前看到的先打印一个5，再打印一个5，之后每隔一秒就打印一个5，直到打印完6个5的实现方法吗？那么问题来了，如果我要依次打印0,1,2,3,4，5的话我该怎么办，其实在这之前我就知道有这两个方法：一个是这样：

function log(i){
settimeout(function(){
console.log(i)
},i*1000)
};
for (var i = 0; i < 5; i++) {
      log(i) ;
    }
    console.log(i);

   还有一个是这样：

for(var i=0;i<5;i++){
(function(e){
settimeout(function(){
console.log(e)
},i*1000);
})(i);
};
console.log(i);

不怕笑话，在这之前我是没搞懂这两个函数真正意义上的作用是用来干嘛的，只强迫自己这样记住这样修改就可以了，但是现在不行啊，我有强迫症啊！于是，我慢慢分析了一下，发现上面那段代码可以分离成这样：

i=0时；满足条件；

settimeout(function(){
console.log(i)
},0*1000)；

i=1时；满足条件；

settimeout(function(){
console.log(i)
},1*1000)；

i=2时；满足条件；

settimeout(function(){
console.log(i)
},2*1000)；

i=3时；满足条件；

settimeout(function(){
console.log(i)
},3*1000)；

i=4时；满足条件；

settimeout(function(){
console.log(i)
},4*1000);

i=5时，不满足条件，跳出循环，接着执行for循环后面的console.log(i),打印5；最后依次每秒打印5；

真有意思，为什么settimeout里面的console.log会是后于for循环外面的console.log执行呢？直到我认识到了这个单词=>"队列", 队列又有宏任务队列(macro task)以及微任务队列(micro task)之分 ,在javascript中:

macro-task包括：script(整体代码), settimeout , setinterval, setimmediate, i/o, ui rendering。

micro-task包括：process.nexttick, promises , object.observe, mutationobserver

上面函数的settimeout就属于宏任务

在js中，事件循环的顺序是从script开始第一次循环，随后全局上下文进入函数调用栈，碰到macro-task就将其交给处理它的模块处理完之后将回调函数放进macro-task的队列之中，碰到micro-task也是将其回调函数放进micro-task的队列之中。直到函数调用栈清空只剩全局执行上下文，然后开始执行所有的micro-task。 当所有可执行的micro-task执行完毕之后。循环再次执行macro-task中的一个任务队列 ，执行完之后再执行所有的micro-task，就这样一直循环。

这就是为什么settimeout里面的console.log会是后于for循环外面的console.log执行，在函数执行上下文中，seitimeout函数会被放到处理他的macro-task的队列之中，所以循环的时候settimeout里面的function是不会被执行的，而是等到所有整体代码（非队列）跑完之后才会执行队列中的函数；写到这里，可能会有点懵逼，其实我也有点懵逼，哈哈哈！！

为了加深理解，还可以试试在里面加入promise，于是就有了这个：

(function copy() {
  settimeout(function() {console.log(4)}, 0);
  new promise(function executor(resolve) {
    console.log(1);
    for( var i=0 ; i<10000 ; i++ ) {
      i == 9999 && resolve();
    }
    console.log(2);
  }).then(function() {
    console.log(5);
  });
  console.log(3);
})()

解释一下=>

1.首先，script任务源先执行，全局上下文入栈。

2.script任务源的代码在执行时遇到settimeout,作为一个macro-task，将其回调函数放入自己的队列之中。

3.script任务源的代码在执行时遇到promise实例。promise构造函数中的第一个参数是在当前任务直接执行不会被放入队列之中，因此此时输出 1 。

4.在for循环里面遇到resolve函数，函数入栈执行之后出栈，此时promise的状态变成fulfilled。代码接着执行遇到console.log(2),输出2。

5.接着执行，代码遇到then方法，其回调函数作为micro-task入栈，进入promise的任务队列之中,此时promise的then 里面的function回调函数跟settimeout里面的function回调函数有着异曲同工之意，都会被放到各自的任务队列中，

　直到函数上下文即script中所有的非队列代码执行完毕后再执行,而且微任务队列优先于宏任务队列被处理，

  总体顺序为:上下文非队列代码>微任务队列回调函数代码>宏任务队列回调函数代码

6.代码接着执行，此时遇到console.log(3),输出3。

7.输出3之后第一个宏任务script的代码执行完毕，这时候开始开始执行所有在队列之中的micro-task。then的回调函数入栈执行完毕之后出栈，这时候输出5

8.这时候所有的micro-task执行完毕，第一轮循环结束。第二轮循环从settimeout的任务队列开始，settimeout的回调函数入栈执行完毕之后出栈，此时输出4。

最后，为了加深理解，再上一段代码：

console.log('golb1');
settimeout(function() {
  console.log('timeout1');
  new promise(function(resolve) {
    console.log('timeout1_promise');
    resolve();
　　　　settimeout(function(){
　　　　　　console.log('time_timeout')
　　　　});　　
  }).then(function() {
    console.log('timeout1_then')
  })
  settimeout(function() {
   console.log('timeout1_timeout1');
  });
})
new promise(function(resolve) {
  console.log('glob1_promise');
  resolve();
　　settimeout(function(){
　　　　　console.log('prp_timeout')
　　　　});
}).then(function() { console.log('glob1_then') })

如果你的执行结果是:golb1=>glob1_promise=>glob1_then=>timeout1=>timeout1_promise=>timeout1_then=>prp_timeout=>time_timeout=>timeout1_timeout1,

可能异步队列算是入门了吧！~~上面的代码看起来有点杂乱，可能用asyns搭配await改造一下会更好，但是这或多或少是鄙人从settimeout中得到的见解吧

总结

以上所述是小编给大家介绍的从settimeout看js函数执行过程，希望对大家有所帮助