共计 1235 个字符，预计需要花费 4 分钟才能阅读完成。
欢迎访问我的个人博客：http://www.xiaolongwu.cn
前言
promise 为 es6 引进的语言标准，为异步编程的一种解决方案；
阅读此文的前提是了解浏览器 event loop 的机制，还有 promise 的基本用法和特性，比如他自执行特性、状态不可逆特性等
抛出问题
且看下面代码和问题
setTimeout(function(){console.log(1)},0);
new Promise(function(resolve){
console.log(2)
for(var i=0 ; i<10000 ; i++){
i==9999 && resolve()
}
console.log(3)
}).then(function(){
console.log(4)
});
console.log(5);
// 这的问题是，为什么答案是 2 3 5 4 1
// 而不是 2 3 5 1 4
既然 promise.then 和 setTimeout 都是异步的，那么在事件循环队列中 promise.then 的事件应该排在 setTimeout 后面，那为什么 promise.then 却在 setTimeout 前面被打印了出来？
重要概念
event loop 的概念
Javascript 是单线程的，所有的同步任务都会在主线程中执行。
当主线程中的任务，都执行完之后，系统会“依次”读取任务队列里的事件。与之相对应的异步任务进入主线程，开始执行。
异步任务之间，会存在差异，所以它们执行的优先级也会有区别。大致分为 微任务（micro task，如：Promise、MutaionObserver 等）和宏任务（macro task，如：setTimeout、setInterval、I/ O 等）。
Promise 执行器中的代码会被同步调用，但是回调是基于微任务的。
宏任务的优先级高于微任务
每一个宏任务执行完毕都必须将当前的微任务队列清空
第一个 script 标签的代码是第一个宏任务
主线程会不断重复上面的步骤，直到执行完所有任务。
我的理解
我们来捋一遍代码的执行过程，
所有的代码都写在 script 标签中，所以读取所有代码是第一个宏任务，我们开始执行第一个宏任务。
我们首先遇到 setTimeout，他是第二个宏任务，将它扔进宏任务事件队列里先排队。
下来我们遇到 promise，promise 执行器里的代码会被同步调用，所以我们依次打印出 2 和 3。
下来遇到 promise 的回调，他是一个微任务，将它扔进微任务事件对列中。
下来我们接着打印出 5，然后执行微任务并且打印出 4.
我们第一个宏任务执行完毕，执行下一个宏任务，打印出 1，到此，所有任务都执行完毕。
所以我们最后的结果为 2 3 5 4 1。
结束
github 资源地址：js 基础进阶 –promise 和 setTimeout 执行顺序的问题
csdn 博客地址：https://blog.csdn.net/wxl1555
如果您对我的博客内容有疑惑或质疑的地方，请在下方评论区留言，或邮件给我，共同学习进步。
邮箱：wuxiaolong802@163.com