js 线程 之 异步编程（2）从 setTimeout 看 event loop

----欢迎查看我的博客----

引言

  上一篇文章我们大概了解了 js 的 单线程。这也就意味着 JS 无法进行多线程编程，但是 JS 当中却有着无处不在的异步概念 。在初期许多人会把异步理解成类似多线程的编程模式，其实他们中有着很大的差别，要完全理解异步，就需要了解 JS 的运行核心——事件循环（event loop），这篇文章我们从 setTimeout 出发，了解 js 的 event loop。

参考文章

深入浅出Javascript事件循环机制(上)

深入浅出Javascript事件循环机制(下)

有了一些自己的理解。

JavaScript event loop

  我们用 setTimeout 打印，这个最经典的事件来说：

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

结果打印： 1，3，2
这是为什么呢？这不是有玄机，如果您跟我以前一样，以为这个原因是因为 js 的事件处理的时间问题。那您的思路可能有点偏了。废话不多说我们上个图：

image.png

  我们来消除一下你的错觉：

console.log(1);

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

//具体数字不定
for(var i = 0; i < 9999; i ++){
    //do something
}

console.log(3);

可以看出，这个js的执行时间没有什么关系，本质上打印的还是 ： 1，3，2。看到我们的图你大概也能猜到点什么了。
我们把游览器分成这么几个层：执行栈（call stack），任务队列（task queue），模块(module)。其实是发生了这么几个过程：

执行第一句，放入call stack中，输出 1

image

接下来，call stack当执行setTimeout，游览器会将它从执行栈丢给module模块，这里处理它的是 timer 的module，当然 ajax 等会有其他模块来处理。

image

接下来。执行栈会继续执行 console.log(3) 所以你会看到 打印了3，这时我们的 timer 模块可能处于 pendding 状态，或者他已经处理完成丢给了 task queue。

image

或

image

最后执行栈会执行我们的 task queue 打印我们的 2 ，所以你看到的结果是 1，3，2

image

小结

上面的这一个流程解释了当浏览器遇到setTimeout之后究竟是怎么执行的，相类似的还有前面图中提到的另外的API以及另外一些异步的操作。
总结上文说的，主要就是以下几点：

• 所有的代码都要通过函数调用栈中调用执行。
• 当遇到一些异步的时候，会交给浏览器内核的其他模块进行处理。
• 任务队列中存放的是回调函数。
• 等到调用栈中的task执行完之后再回去执行任务队列之中的task。

下一章节我们来实现一个 promise 并研究一波 有 promise 的 循环机制（event loop）怎么执行