promise.then, setTimeout,await执行顺序问题

•  promise.then VS setTimeout

　　在chrome和node环境环境中均输出2， 3， 1， 先输出2没什么好说的，3和1顺序让人有些意外

缘由：

有一个事件循环，可是任务队列能够有多个。

整个script代码，放在了macrotask queue中，setTimeout也放入macrotask queue。

可是，promise.then放到了另外一个任务队列microtask queue中。

这两个任务队列执行顺序以下，取1个macrotask queue中的task，执行之。

而后把全部microtask queue顺序执行完，再取macrotask queue中的下一个任务。

代码开始执行时，全部这些代码在macrotask queue中，取出来执行之。

后面遇到了setTimeout，又加入到macrotask queue中，

而后，遇到了promise.then，放入到了另外一个队列microtask queue。

等整个execution context stack执行完后，

下一步该取的是microtask queue中的任务了。

所以promise.then的回调比setTimeout先执行。

 

• await
  
  

async function a() {
    await console.log(1)
    console.log(2)
}

async function b() {
    await　a();
}

b();

console.log(3)

输出： 1， 3， 2

async function a() {
    await console.log(1)
    console.log(2)
}

async function b() {
    await　a();
}

b();

setTimeont(function(){console.log(3)},0)

输出： 1,  2， 3

await不会形成程序阻塞，只是promise的语法糖，能够看 看babel编译后async/await, 能够这么理解，async 是多个异步操做的promise对象，await至关于then，代码执行跟你用callback写的代码并无什么区别，本质上并非同步代码，只是让你思考代码逻辑的时候可以以同步的思惟去思考，避开回调地狱，要理解异步，首先要理解cpu的工做方式，cpu执行代码的时候，一个周期是以时间片为单位，实际上，不管是php仍是node，处理同一个请求，cpu须要的计算量是同样的，在一样的时间内，cpu能作的计算量是同样的，差异在于，node只是提升了cpu的利用率。从而提升了同一时间能处理的请求数量。

 

打个比方，你去银行办理业务，只有一个窗口在办理业务（一个cpu进程），假设有两我的(A和B)要办理银行卡(可理解为一次请求)，方式一：A到窗口前，但这个时候要办卡的话，柜员告诉你，要你的身份证复印件(可理解为IO操做)，这个时候，你去复印，柜员等待，回来后继续办理，A办理完成后，B接着一样的步骤。方式二：在A去复印身份证的时候，柜员受理B的办理请求, 等A回来后再受理A的业务。因此，很明显，方式二在一样多的时间内，一个窗口能办理的银行卡数量更多，由于这种方式充分利用了柜员等待的时间，那么方式一就是php处理请求的方式，在PHP中，处理IO操做的时候（好比，访问数据库，读取文件等)，实际上cpu是处于等待状态，但其余资源此时得不到cpu的计算资源，属于资源浪费，cpu并无接受下一个请求，而方式二，则是node处理的方式。因此综上所述，async/await 并不会影响node的并发数量，async/await是以同步的思惟去写异步的代码。