event loop

在实际开发中，总是遇到请求结束后，想要把请求得到数据赋值给某一个对象或者变量，如果没有在请求的回调函数中赋值，而是在请求语句下面赋值，我们会发现请求得到数据正常，但是赋值后的变量是undefined。这是为什么呢？
首先，我们要了解一个概念，就是同步与异步。众所周知，js是单线程语言，也就是说，js一次只能执行一个任务，如果有多个任务的话呢，那就按照任务的顺序依次执行。但是如果其中某一个任务耗费大量时间，比如陷入死循环，那么其他任务都不能执行，会造成浏览器无响应。那么js是如何解决的呢？那就是将任务分为同步和异步模式进行执行。同步如上，异步呢是指，拥有大于一个的回调函数，任务在执行结束时不是执行下一个任务而是执行回调函数，那么有人可能会有疑问，这样做与同步有什么区别呢？区别在于，后一个任务不用等前一个任务完全执行后再去执行。因此我们得到的程序执行顺序不是任务的排列顺序。

• 所有同步任务都在主线程上执行，形成一个执行栈（execution context stack）。
• 主线程之外，还存在一个"任务队列"（task queue）。只要异步任务有了运行结果，就在"任务队列"之中放置一个事件。
• 一旦"执行栈"中的所有同步任务执行完毕，系统就会读取"任务队列"，看看里面有哪些事件。那些对应的异步任务，于是结束等待状态，进入执行栈，开始执行。
• 主线程不断重复上面的第三步。

"任务队列"是一个事件的队列（也可以理解成消息的队列），IO设备完成一项任务，就在"任务队列"中添加一个事件，表示相关的异步任务可以进入"执行栈"了。主线程读取"任务队列"，就是读取里面有哪些事件。

"任务队列"中的事件，除了IO设备的事件以外，还包括一些用户产生的事件（比如鼠标点击、页面滚动等等）。只要指定过回调函数，这些事件发生时就会进入"任务队列"，等待主线程读取。

所谓"回调函数"（callback），就是那些会被主线程挂起来的代码。异步任务必须指定回调函数，当主线程开始执行异步任务，就是执行对应的回调函数。

"任务队列"是一个先进先出的数据结构，排在前面的事件，优先被主线程读取。主线程的读取过程基本上是自动的，只要执行栈一清空，"任务队列"上第一位的事件就自动进入主线程。但是，由于存在后文提到的"定时器"功能，主线程首先要检查一下执行时间，某些事件只有到了规定的时间，才能返回主线程。

setTimeout(function(){
    console.log('第一个延时调用');
});
console.log('哈哈哈');
new Promise(function(resolve){
    console.log('promise任务吗');
    resolve();
}).then(function(){
    console.log('回调函数？？？')
});
console.log('嘻嘻嘻');
setTimeout(function(){
    console.log('第二个延时调用');
});

　　

执行结果是什么呢？
哈哈哈
promise任务吗
嘻嘻嘻
回调函数？？？

第一个延时调用
第二个延时调用
为什么是这样呢？为什么setTimeout会在最后才执行，明明是0ms啊。
是因为除了同步异步模式外，我们对任务还有进一步的划分，宏任务和微任务。
宏任务：包括整体代码script，setTimeout，setInterval
微任务：Promise，process.nextTick
在执行时，进入宏任务后，开始第一次循环，接着执行所有微任务，然后在进行宏任务的下次循环。
在上面代码中，进入宏任务，并将setTimeout注册为宏任务放入队列，接着执行哈哈哈，遇到new Promise 直接执行，回调函数放置微任务队列，接着执行嘻嘻嘻，第二个setTimeout如上。接着执行微任务，这里仅有'回调函数？'。最后进入下次宏任务。