js 作为一个单线程的脚本语言，并不具备什么并行啊之类的能力，但是我们用js会用来处理各种各样的任务，比如说我们需要发起一个网络请求，但是这时候我们的用户还需要做别的交互，我们不可能说 你先给我等着吧， 等我请求完你再接着操作，这个对于用户来讲是一件非常操蛋的事情，那怎么来解决这种很操蛋的事情呢，答案来了 就是异步了, 也就是event loop 机制。
event loop
event loop 可以理解为实现异步的方式, 我们的浏览器执行js时，会存在堆栈、还有一个queue
引自mdn
我们可以用个例子来描述下这个
例子
我们可以简单画个图来说明下
image.png
image.png
image.png
image.png
通过例子，我们可以看出会有一个queue， 是一个队列的结构用来存储异步执行的函数，我们将存储在queue里面的js操作 称为task,我在w3c规范中看了下event loop的运行机制。
大概概括下：
- 先将找到
task queue中的最早进入的task, 如果有的话就执行, 没有则进行microtask checkpointmicrotask其实就是检查microtask queue, 并按照先进先出的顺序，依次执行microtask。 //这里需要注意如果在执行过程中，有microtask的产生的话, 新的microtask会直接进入到microtask queue的尾部- 然后执行浏览器渲染
- 回到第一步
那哪些任务是 microtask、哪些是 task？
task 任务源：
- setTimeout
- setInterval
- setImmediate
- I/O
- UI rendering
microtask 没有明确的规范，通常将以下这些认为是microtask源:
- process.nextTick
- promises
- Object.observe
- MutationObserver
看了上面这些, 我们再来写个例子 验证下
image.png
上面的发生主要过程:
- 检查当前task queue 是否为空。 要注意的是 这时候setTimeout 还是没有发生的, 其实就是没有的
- 跳到
setTimeout这一行, 发现setTimeout并将其推入 task queue - 跳转到
mircrotask开始执行，也就是开始执行Promise.then这一段代码, 依次打印23 - 执行完成后又回到第一步检查task queue是否为空, 这时候发现了有setTimeout， 开始执行， 打印
1
好了，以上就是我对event loop的认识。 写下来做个总结经验
