浏览器环境下js引擎的事件循环机制
javascript代码执行的时候会将不同的变量存于内存中的不同位置：
堆（heap）和栈（stack）中来加以区分。
堆里存放着一些对象,栈中则存放着一些基础类型变量以及对象的指针。
但是我们这里说的执行栈和上面这个栈的意义却有些不同。
当我们调用一个方法的时候，JS会生成一个与这个方法对应的执行环境（context），又叫执行上下文。
这个执行环境中存在着这个方法的私有作用域，上层作用域的指向，方法的参数，
这个作用域中定义的变量以及这个作用域的this对象。
而当一系列方法被依次调用的时候，因为JS是单线程的，
同一时间只能执行一个方法，于是这些方法被排队在一个单独的地方。这个地方被称为执行栈。
当一个脚本第一次执行的时候，JS引擎会解析这段代码，并将其中的同步代码按照执行顺序加入执行栈中，然后从头开始执行。
如果当前执行的是一个方法，那么JS会向执行栈中添加这个方法的执行环境，然后进入这个执行环境继续执行其中的代码。
当这个执行环境中的代码 执行完毕并返回结果后，JS会退出这个执行环境并把这个执行环境销毁，回到上一个方法的执行环境。这个过程反复进行，直到执行栈中的代码全部执行完毕。
从图片可知，一个方法执行会向执行栈中加入这个方法的执行环境，在这个执行环境中还可以调用其他方法，甚至是自己，其结果不过是在执行栈中再添加一个执行环境。
这个过程可以是无限进行下去的，除非发生了栈溢出，即超过了所能使用内存的最大值。
以上的过程说的都是同步代码的执行。那么当一个异步代码（如发送ajax请求数据）执行后会如何呢？
前文提过，js的另一大特点是非阻塞，实现这一点的关键在于下面要说的这项机制——事件队列（Task Queue）。
js引擎遇到一个异步事件后并不会一直等待其返回结果，而是会将这个事件挂起，继续执行执行栈中的其他任务。当一个异步事件返回结果后，js会将这个事件加入与当前执行栈不同的另一个队列，我们称之为事件队列。
被放入事件队列不会立刻执行其回调，而是等待当前执行栈中的所有任务都执行完毕， 主线程处于闲置状态时，主线程会去查找事件队列是否有任务。
如果有，那么主线程会从中取出排在第一位的事件，并把这个事件对应的回调放入执行栈中，然后执行其中的同步代码…，如此反复，这样就形成了一个无限的循环。这就是这个过程被称为“事件循环（Event Loop）”的原因。
node环境下的事件循环机制
1.与浏览器环境有何不同?
在node中，事件循环表现出的状态与浏览器中大致相同。
不同的是node中有一套自己的模型。node中事件循环的实现是依靠的libuv引擎。
我们知道node选择chrome v8引擎作为js解释器，v8引擎将js代码分析后去调用对应的node api，
而这些api最后则由libuv引擎驱动，执行对应的任务，并把不同的事件放在不同的队列中等待主线程执行。
因此实际上node中的事件循环存在于libuv引擎中。
待更…
参考
[为什么要读node.js源码](为什么要读nodejs源码？ - the gc的文章 - 知乎
https://zhuanlan.zhihu.com/p/350625461)
