引言
上一篇文章我们大概了解了 js 的 单线程。这也就意味着 JS 无法进行多线程编程，但是 JS 当中却有着无处不在的异步概念 。在初期许多人会把异步理解成类似多线程的编程模式，其实他们中有着很大的差别，要完全理解异步，就需要了解 JS 的运行核心——事件循环（event loop），这篇文章我们从 setTimeout 出发，了解 js 的 event loop。
参考文章
有了一些自己的理解。
JavaScript event loop
我们用 setTimeout 打印，这个最经典的事件来说：
console.log(1);
setTimeout(function() {
console.log(2);
}, 0);
console.log(3);
结果打印： 1，3，2
这是为什么呢？这不是有玄机，如果您跟我以前一样，以为这个原因是因为 js 的事件处理的时间问题。那您的思路可能有点偏了。废话不多说我们上个图：
我们来消除一下你的错觉：
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
接下来，call stack当执行setTimeout，游览器会将它从执行栈丢给module模块，这里处理它的是 timer 的module，当然 ajax 等会有其他模块来处理。
接下来。执行栈会继续执行 console.log(3) 所以你会看到 打印了3，这时我们的 timer 模块可能处于 pendding 状态，或者他已经处理完成丢给了 task queue。
或
最后执行栈会执行我们的 task queue 打印我们的 2 ，所以你看到的结果是 1，3，2
小结
上面的这一个流程解释了当浏览器遇到setTimeout之后究竟是怎么执行的，相类似的还有前面图中提到的另外的API以及另外一些异步的操作。
总结上文说的，主要就是以下几点：
- 所有的代码都要通过函数调用栈中调用执行。
- 当遇到一些异步的时候，会交给浏览器内核的其他模块进行处理。
- 任务队列中存放的是回调函数。
- 等到调用栈中的task执行完之后再回去执行任务队列之中的task。
下一章节我们来实现一个 promise 并研究一波 有 promise 的 循环机制（event loop）怎么执行
