事件循环
学过JS的都知道，JS是单线程的，即使html5中提出了woker，但它依旧在主线程的控制之下，只能进行计算任务，而不能操作dom等，所以worker并没有改变JS是一个单线程这一机制。单线程即是后一个任务必须要等待前一个任务执行完毕才能执行，如果执行像setTimeout延迟器，亦或者异步任务等，都不会消耗cpu，就会有空等的情况，为了更好的协调事件、脚本、UI渲染等行为，于是有了事件循环机制。
在了解事件循环之前，先了解几个概念：
JS：一门计算机语言，提供了表达程序逻辑的语法和实现基本功能的API
浏览器：JS语言的真实运行环境，又称之为JS的宿主环境
JS执行引擎：JS宿主环境（例如浏览器）中的一个功能模块，用于解析并执行JS
进程：当一个应用程序运行时，需要使用内存和CPU资源，这些资源需要向操作系统申请。操作系统以进程的方式来分配这些资源，一个进程就代表着一块独立于其他进程的内存空间。一个应用程序要运行，必须至少有一个进程启动。进程的最大特点是独立，一个进程不能随意的访问其他进程的资源。这就保证了多个程序在操作系统上运行互不干扰。
线程：可能要同时执行多个任务，每个任务需要在一个线程上运行，线程与线程之间相对独立，但可以共享应用程序的进程数据。
浏览器中的线程：
-
JS执行线程：负责执行执行栈的最顶部代码
-
GUI渲染线程：负责渲染页面
-
事件监听线程：负责监听各种事件
-
计时线程：负责计时
-
网络http线程：负责网络通信
单线程与多线程
我们之所以称JS为单线程的语言，是因为它的执行引擎只有一个线程，并且不会在执行期间开启新的线程。而并非浏览器是单线程的。
单线程的应用程序的优点：
- 易于学习和理解：所有代码都是按照顺序从上到下执行的
- 易于掌控程序：由于代码都按照顺序执行，不会出现中断，也没有共享资源的争夺问题，极大的降低了开发难度。
- 更加合理的利用计算机资源：创建新的线程和销毁线程都会耗费额外的CPU和内存资源，没有良好的线程设计，将导致程序运行效率低下。而单线程的应用不受此影响
任何一个程序在执行期间都可能会开启多个任务，比如：
var count = 0
var btn = document.getElementsByClassName("btn")[0];
console.log(count);
setInterval(() => {
count++
console.log(count)
}, 1000);
btn.onclick = function(){
count++
console.log(count)
}
这段代码开启了三个任务：
任务1：程序启动时开始进行一些操作
任务2：开启一个计时器，每隔一段时间去做一些事
任务3：监听按钮是否被点击，当按钮被点击后，去做一些事
我们分别来看一下，单线程和多线程的对于相同的任务，有什么区别吧。
多线程：
可以看到，多线程是一个任务开启一个线程，如果以多线程的方式运行，会导致程序代码在某些时候会有重叠执行的情况出现，如果这些代码凑巧在使用共享数据，将难以控制最终的运行结果。
单线程：
可以看出，JS单线程执行，也是配合了浏览器中的其他线程，但是所有的JS代码都在单个线程中执行，不会出现多个任务同时执行的情况，自然就不会出现资源争夺的问题。
同步代码：程序启动后，在JS执行线程上立即执行的任务代码。下面的代码都是同步代码
function print(callback){
console.log(1)
callback()
}
print(function(){
console.log(2)
})
console.log(3)
异步代码：收到宿主环境（浏览器）的其它线程通知，即将在JS执行线程上执行的代码，例如计时器回调函数中的代码，事件中的代码，Promise回调的代码，网络请求的代码都是异步的。JS中的异步代码往往放到一个函数中，该函数成为异步函数（该函数是异步的）。
执行栈：为了保证JS代码有序的执行，JS执行引擎使用执行栈来组织JS代码。每当调用一个函数时，都会在执行栈中创建一个执行上下文，上下文中提供了函数执行需要的环境，创建了上下文之后，再执行函数。是不是感觉说的不是人话了，哈哈哈，看个例子加配图就明白了。我把以下代码在执行栈运行图画了出来。
console.log("1")
function a(){
console.log("a")
b()
}
function b(){
console.log("b")
}
a()
只要是JS执行引擎执行代码，在执行栈中就会创建全局上下文，等JS执行完所有代码后，销毁全局上下文，如上面代码，执行完最后一行a()函数后，销毁全局上下文，代码执行结束。JS引擎永远执行的是执行栈的最顶部。
事件循环：是JS处理异步函数的具体方法。文章的重点来啦
事件循环是JS处理异步函数的具体方法：
- JS执行引擎执行 执行栈 中的代码
- 遇到一些特殊代码交给浏览器的其他线程处理
- 将执行栈中的代码全部执行完毕
- 从事件队列中取出第一个微任务，无微任务取出第一个宏任务，放入执行栈，然后重复第1步
事件队列在不同的宿主环境中有所差异，大部分宿主环境会将事件队列进行细分。在浏览器中，事件队列分为两种：
- 宏任务（队列）macroTask：计时器结束的回调、事件回调、http回调等等绝大部分异步函数进入宏队列
- 微任务（队列）microTask：Promise的回调, MutationObserver（用于监听某个DOM对象的变化）
当执行栈清空时，JS引擎首先会将微任务中的所有任务依次执行结束，如果没有微任务，则执行宏任务。
我们来举个例子：
console.log("1")
setTimeout(function print(){
console.log("a")
}, 0);
console.log("2")
这段代码的执行过程，下方配图：
- 创建全局上下文
- 创建console.log上下文，输出 1 销毁console.log上下文
- 创建setTimeout函数上下文，通知web api中的计时线程，计时0秒后执行print()函数。此时执行栈销毁setTimeout函数上下文。web api计时0秒后，将延迟事件加入宏队列
- 创建console.log上下文，输出 2 销毁console.log上下文。销毁全局上下文
- 此时执行栈为空，执行事件队列中的任务。创建print函数上下文，创建console.log上下文，输出 a。销毁console.log上下文，销毁print函数上下文。
- JS执行完毕
再附一个含有Promise回调的超级恶心的事件循环的例子：
setTimeout(()=>{
console.log(1)
a()
},0)
const pro= new Promise((resolve)=>{
console.log(2)
resolve(3)
})
pro.then(res=>{
console.log(res)
})
function a(){
setTimeout(() => {
console.log(4)
}, 0);
console.log(5)
}
a()
console.log(6)
按照上面的步骤，很容易就能判断出来。输出结果为：
2 5 6 3 1 5 4 4
最后的最后再附一个表情包！
