开发者的javascript造诣取决于对【动态】和【异步】这两个词的理解水平。
题目是这样的，要求写出下面代码的输出：
setTimeout(() => { console.log(1) }, 0) new Promise((resolve, reject) => { console.log(2) for (let i = 0; i < 10000; i++) { i === 9999 && resolve() } console.log(3) }).then(() => { console.log(4) }) console.log(5)如果没有详细钻研过异步队列，答对的可能性很低。题目的考察点很明确，就是javascript中最核心的特点之一的【异步】，了解了原理以后，你就会明白javascript中声称的“无阻塞”并不是完全成立的，通过一些小办法就可以让setTimeout( )的回调永远都无法被执行，尽管这看起来除了满足整蛊需求以外并没有什么明显的实用价值。
对Event Loop的理解，带给开发者的是对代码整个生命周期更精细的控制能力，尽管在依赖于SPA框架的开发中你几乎不会用到它们。
二. Event Loop的原理
(上图来自下面推荐的这篇博文)
【极力推荐文章】：
https://github.com/nswbmw/node-in-debugging/blob/master/3.6%20Event%20Loop.md
并不是笔者偷懒不想写这一节，而是在读过了这篇教程以后，自认为除非是剖析更底层的libuv的原理，否则仅就理解Event Loop而言，笔者自己认为不会比这篇写的清晰。
三. 解析最后一题上文中给出了从简单到复杂共6道题来供读者自检，算是非常贴心了，本文中针对最后一题进行一些讲解。你会发现只要理解了Event Loop 的基本原理后，分析这类代码基本就是一个【完形填空】的过程。
题目如下：
setImmediate(() => { console.log(1) setTimeout(() => { console.log(2) }, 100) setImmediate(() => { console.log(3) }) process.nextTick(() => { console.log(4) }) }) process.nextTick(() => { console.log(5) setTimeout(() => { console.log(6) }, 100) setImmediate(() => { console.log(7) }) process.nextTick(() => { console.log(8) }) }) console.log(9)题目分析：
为了方便分析，先做代码分块:
将代码块放入事件循环：
分析：
这里有必要说明一下Fn2的位置，文中并没有明确提及同步代码执行完毕后进入异步队列时会先经历Tick阶段，就图示而言，每一个宏观任务阶段之间都会检查Tick队列（你也可以理解为每次函数的调用栈被清空的时候会检查一次Tick队列），那么Fn2的待执行时序也就很好理解了。为了方便分析，将console.log(n)相关的方法称为cln。
接下来看一下当执行至Fn2时发生的事情：
分析：
Tick队列中的process.nextTick( )回调会直接加入Tick队列(此处就可以实现篇头讲到的阻塞事件循环)。另外讲一下CL6这个回调,它上面绑定了一个100ms的定时器，在后续的Timers和IO Polling中都会检查倒计时是否到期，到了就执行，没到就等下一次Timers或IO Polling阶段再检查。从上例来看，推迟100ms的CL6在没有其他干扰的情况下几乎一定会在N个event loop以后才被执行。
同样的道理来拆分一下Fn1:
分析：
CL6比CL2先开始计时，所以倒计时100ms先到，当然这是N个事件循环以后的事情了。
所以从上面的时序就可以看到输出的结果：9 5 8 1 7 4 3 6 2
【思考题】:
外加一个思考题，如果上例中CL6和CL2的延迟都是0，结果是怎样的呢？
四. requestAnimationFrame