阅读 6

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)怎么执行

评论