JavaScript中的事件循环是什么

一、引

JavaScript 最大特点，同时也是最大的缺点就是 单线程 ，这就导致了，同一个时间它只能做一件事。那么，为什么 JavaScript 不能有多个线程呢？这样能提高效率啊？其实我一开始也是很迷惑的。但是原因很简单：

JavaScript 的设计为单线程很大原因就是它是要对浏览器进行操作。作为浏览器脚本语言， JavaScript 的主要用途是与用户互动，以及操作DOM。这决定了它只能是单线程，否则会出现逻辑问题。比如，假定同时存在又两个线程，一个线程在某个DOM节点上添加内容，另一个线程删除节点上的内容，这时浏览器应该以哪个线程为准？

所以，为了避免复杂性，从一诞生， JavaScript 就是单线程，这已经成了这门语言的核心特征，将来也不会改变。

但是，在HTML5里提出Web Worker标准，允许 JavaScript 脚本创建多个线程，但是子线程完全受主线程控制，且不得操作DOM。导致这个新标准并没有改变 JavaScript 单线程的本质。

看个例子：接下来解答

console.log('start')
setTimeout(function(){
    console.log('hello world')
},0)
console.log('end')
// start
// end
// hello world

二、任务队列

由于 JavaScript 是单线程的，所以所有的任务都要进入队列进行排队，等待前一个任务结束了再执行下一个任务。这样就出现了问题，如果前任务“又臭又长”,那么后面的任务就得耐心的等下去。

任务常分为 IO 密集型和计算密集型。当任务是计算密集型那也还好，等的人无所谓。但是如果前任务是 IO 密集型，在等待键盘的输入完成或者在等到 AJAX 的回调结果。那么后面的任务就很难受了，看着 CPU 空闲着，就是不给你用。

于是 JavaScript 就把任务分为了俩种，同步任务和异步任务。这样的话，任务队列也就拆分成了 同步任务队列(主线程) 和 异步任务队列(任务队列)。在同步任务队列中，即是主线程上排队执行的任务，只有前一个任务执行完毕，才能执行后一个任务；在异步任务队列中的任务，只有"任务队列"通知主线程，某个异步任务可以执行了，该任务才会进入主线程执行。

总结下就是下面这样：

1.所有的同步任务形成一个执行栈。
2.任务队列放除了同步任务的异步任务，运行有结果了，就在任务队列中放一个通知事件。
3.执行栈运行完栈内任务，就去任务队列中读取通知事件，调入执行栈执行。
4.循环123，直至俩个队列全空。

在 JavaScript 中有这几种异步任务，会被放到任务队列

1.定时器
2.事件绑定
3.大部分的 AJAX（可这是为非异步）
4.回调函数

这里回答上面的问题，为什么是先打印出 end 后再打印出 hello world 呢，因为 setTimeout 是异步任务，读取这个任务的时候，会被直接存入任务队列，当执行栈中的任务执行完才会去执行任务队列中的任务，所以当俩个打印任务完成后，去读取任务队列中的定时任务，间隔为0秒，则立马打印出 hello world。不难…

三、事件循环

执行栈中执行 -> 执行栈空 -> 任务队列调取事件到执行栈 -> 执行栈执行 -> … -> 执行栈空、任务队列空。这个机制就是事件循环( Event Loop )

这张图来自网络。解释下其中的名词：

heap:堆:      (用来存常量、变量什么的)
stack:执行栈 
callback queue:回调队列

四、Node.js中的事件循环

在另一篇文章中详细解答了，可以查看。